3gpp协议下载

发布时间：2023-06-16 作者：admin 来源：文学

3gpp协议下载

2023年3月19日发(作者：卡水)

1.简述

该文档描述了第三代移动通信系统和数字小区通信系统内用在无线接口的核心网协议流程。

主要描述了无线接口上的流程(参考接口Um或Uu，参考跑3GPP24.002或3GPP23.002)

比如呼叫控制CC,移动性管理MM，和会话管理SM。

文中每当提及"furtherstudy"或"FS"或"FFS"的地方表示本文不会对相应的内容作标准阐述。

这些流程都是按照无线接口的控制信道上交换的信令定义的。控制信道在

3GPP25.301中描述。

该协议的功能性描述和流程，以及其他层和实体间的交互将在1.3

层3流程的结构

可以用积木”法来描述层3的流程。

基础的积木是三个子层的协议控制实体提供的

RRM，移动性管理MM和连接管理CM。

信令层2定义了两个服务接入点，以SAPI划分(详见3GPP44.006)

1)SAPI0:支持包括用户消息的信令信息的传输

2)SAPI3:支持用户短消息的传输

层3根据每条消息进行SAP的选择，以及逻辑控制信道的选择，L2操作模式(确认模式AM，非确认

模式UM或随机接入)的选择。

1.6控制流程概览

1.6.1流程列表

以下是本文涵盖的流程列表：

a)第四章描述的移动性管理基础流程移动性管理公共流程(4.3节)：

-TMSI重分配流程(4.3.1)

-鉴权流程(4.3.2)

-标识流程(4.3.3)

3GPP44.003和

3GPP24.007中描述。

基本流程”，这些子层是无线资源管理

1.5在A/Gb模式下逻辑信道的使用

逻辑信道在3GPP45.002中定义。下述的这些控制信道都是承载信令信息或指定类型的用户

分组数据：

广播控制信道BCCH:下行，用来广播小区独有信息同步信道

SCH:下行，用来广播同步信息和BSS标识信息

寻呼信道PCH:下行，用来发送寻呼给MS

随机接入信道RACH:上行，用来请求一条专用控制信道接入允

许信道AGCH:下行，用来分配一条专用控制信道独立专用控制

信道SDCCH:双向

DCCH

快速辅助控制信道FACCH:双向，和一条业务信道慢速辅助控制信道

SACCH:双向，和一条SDCCH或者TCH关联小区广播信道CBCH:下行，

用作非点对点短消息传输

10)指示信道NCH:下行，用来通知用户VBS呼叫或VGCS呼叫

TCH

关联

-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激活流程件7.3)

-GPRS去激活流程件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.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.1VGCS和VBS

VGCS和VBS只用在GSMonly模式。

对于支持VGCS和VBS的终端，文中会通过判断语句对支持该服务的终端进行专门描述,如果必

要，也会给出不支持该服务的终端的行为进行描述。

VGCS和VBS，可能存在以下的终端操作:

VBS接听

VBS的发起

VGCS的接听

VGCS的通话（包括了VGCS接听）

VGCS呼叫的发起

1.7.2GPRS

1.7.2.1GSM的分组业务

对于支持GPRS的终端，

通篇在描述某个只适用于GPRS的流程时会有专门的标示，如有

必要也会描述不支持的终端将有何行为。

一个支持GPRS的MS可以属于以下三种操作模式的一种：

-MS操作模式

-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.2UMTS的分组业务（UMTSonly）

附着到PS域的MS可以在以下一种MS操作模式下工作：

-PS/CS操作模式

-PS操作模式

本文中这两种操作模式并没有任何不同。使用的是MS操作模式A和MS操作模式C来代

替。

在网络操作模式I和11（详见3GPP23.060）中，工作在PS/CS操作模式的MS和处于操作模式A

的GPRSMS使用相同的流程，除非明确指出了是GSMonly或者UMTSonly。

在网络操作模式I和II中，工作在PS模式的MS和操作模式C的MS使用相同的流程，

对于-

支持-

支持

（包括了VGCS通话）

除了专门提到的联合流程,本文还支持所有可能的联合。

(GSMonly)

A（MS已附着到PS和CS域，且支持同时操作CS和PS业务）

除非明确指出了GSMonly或UMTSonly。

2.参考文献

以下文档提供了本文中使用到的引用文字和段落。

2.1定义和缩略语

对于本文，缩略语可参考文档3GPP231.905.

2.1.1随机值

文中很多地方提到了某些值采用随机”值，当然在一直指定范围，或者更通用的是一些统

计分部值中进行选择。这样的情况只用在MS端。

对于处在相同环境下（包括相同厂家生产的相同型号的终端）是两个MS是有很低概率会选择相同

值的，这会被考虑到。甚至，如果发生了这样的低概率事件，也会考虑到这两个终端

下一个动作怎样辨别，就像它们前面的选择也不一样。

2.2.2术语简述

文中涉及到的术语简述如下：

GSMsecuritycontextGSM安全上下文

是在GSM鉴权成功执行后建立的并存储在MS和网络侧。它包含了GSM加密密钥和加

密密钥序列号。

UMTSsecuritycontextUMTS安全上下文

是在UMTS鉴权成功执行后建立并存储在MS和网络侧。包含了UMTS加密密钥，UMTS

完整性键，GSM加密密钥和加密蜜月序列号。

idlemode空闲模式

在此模式下，MS没有分配任何专用信道，监听CCCH和BCCH

groupreceivemode组接收模式

（只适用于支持VGCS接听或VBS接听的MS）在此模式下，MS未分配专用信道，监听分配到小区

的下行语音广播信道或语音组呼信道。偶尔，MS还必须监听服务小区的BCCH。

dedicatedmode专用模式

此模式下，MS至少分配了两条专用信道，只有一条是SACCH

grouptransmitmode组传输模式

（只适用于支持VGCS通话的MS）在此模式下，语音组呼的MS被分配2条专用信道，其

中一条是SACCH。这些信道可以在一个时间分配给一个MS而在语音组呼中分配给不同的

MS。

packetidlemode分组空闲模式

（只适用于支持GPRS的终端）此模式下，MS没有分配分组数据物理信道的无线资源，它监听

PBCCH和PCCCH或者如果这些信道网络未提供的话，监听

Packettranfermode分组传输模式

（只适用于支持GPRS的终端）此模式下，MS被分配了一条或多条分组数据物理信道上的无线资

源用来传输LLCPDU

mainDCCH主DCCH

在专用模式和组传输模式，只有两条信道用作DCCH，其一是SACCH，另一个是SDCCH

或FACCH。这个SDCCH活FACCH被称作主DCCH。

信道被激活，是说它可以用作传输，尤其是对信令，至少有时被

激活，必须保证L2帧的连续流传输。

BCCH和CCCH。

UI帧。在SACCH上，无论何

TCH已连接，是当CS用户数据可以传输。TCH在未激活时不可能已连接。一个激活但未连接的TCH

只用在信令传输，如DCCH。

主DCCH上的SAP10数据链路称为主信令链路。任何指定在该主信令链路上发送的消息都

以确认模式发送，除非专门指出。

词组要建立一条链路是在数据链路上要建立多帧模式的缩略。即使数据链路没有在相关信道激活后立

刻建立，在其上发送UI帧也是可能的。除非专门指出，一个数据链路层在没有

信息域时建立完成。

信道集用来表示承载关联用户信息流的TCH，比如用来支持CS连接的多时隙配置，最后

需要一起处理。

临时块流TBF是一个屋里连接，两个RR对等实体用来支持分组数据物理信道上LLCPDU单向传输。

RLC/MAC块：一个RLC/MAC块是RLC/MAC实体间交互的数据单元，详见上下

文：当GPRS附着流程成功完成后建立

网络操作模式

有三种网络操作模式1,11和III，详见3GPP23.060

网络操作模式会当做系统信息指出。在正常的运营中，网络操作模式在一个路由区内的所有小区应

该是相同的。

GPRSMS操作模式

有三种GPRSMS操作模式A，B和C,详见3GPP23.060

RR连接：一条RR连接是两个RR或RRC对等实体用来支持上层信息流交换的专用CS域

连接。

PS信令连接，是一个MS和CN分组域节点间对等的UMTS连接。

异系统变更，是在不同的无线接入技术之间变换，比如GSM和UMTS

GPRS：GSM和UMTS系统的分组业务

标签GSMonly表明该章节或段落的展示只针对GSM系统。对于多系统情况，取决于当前

服务的无线接入网络。

标签UMTSonly表明该段落或章节的展示只针对UMTS系统。对于多系统情况，取决于当

前服务的无线接入网络。

SIM，用户标识模块

USIM,通用用户标识模块

MS，移动设备，本文中的

小区通知，是小区更新流程中

的一个优化变量。更指示，这

样不会重启动READY时钟。

DTM，双模传输模式，详见3GPP44.018

3.无线资源管理流程

详见3GPP44.018

做设备这一块的都知道，24.008的重要性，

协议的时候接触的就是这两老大，当然还有

只算一个老点的初学者，初看该协议，看到那

洋洋洒洒几百页的

而却步，曾有多于1个同事向我索要其中文版，当时我也没有，让对方摇头失望啊。

说是翻译，只是好听点，真的是英文一个词一个词对照过来的，虽然没有用在线翻译，但是

MS不区分MS和UE。

小区更新流程用

LLCNULL帧作为小区变

当然还有25.331了。想当初我最开始看3GPP

21.905啦，呵呵。但是很多初学者，当然我也

ENGLISH也许可能有点望

可能还是有些许地方意思不妥，再说某才疏学浅，错误之处还请见谅。这本来也是娱人娱己，

做个记录，以后有闲情再从头慢慢改善。加油！

4.移动性管理的基本流程

4.1概述

本节描述了无线接口（参考节点为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/Gb模式，本节描述的在

Iu模式，本节描述的所有后

才能执行。否则，GMM

GMM流程必须是对于支持

业务和非GPRS业务的终端，

假设网络操作模式为I，就是说支持联合GMM流程，一些

MM流程被GMM联合流程取代。GMM联合流程不适用于GPRS操作模式C的终端，但是对网络操作模式

为I,GPRS操作模式为A和B的终端却是必要的。

4.1.1MM和GMM流程

4.1.1.1MM和GMM流程的类型

根据他们发起的方式，MM流程分为三种类型：

1）MM公共流程：在有RR连接存在的时候总可以发起MM公共流程，属于此类的有：

网络发起的：

-TMSI重配置；

-鉴权流程-标识流程-MM消息流程

-终止流程不过，终止流程只发生在MM连接已建立或正在建立的情况，举个例子，不在

程进行中，也不在IMSI去激活流程中。

终端发起的：-IMSI去激活

2）MM特殊流程

MM特殊流程只有当没有其他此

类的有：

-正常位置更新流程-周期性更新流程

-IMSI附着流程

3）MM连接管理流程：

这些流程用来建立，维持和释放

实体和其对实体层交互的服务。

比如告知网络其当前的位置，秘密提

GMM流程使用RR子层提供的服务都在RR连接未建立情况下。

GMM流程都只有当PS信令连接已经在MS和网络间建立起来子层必须

发起PS信令连接建立过程。（详见3GPP25.331）GPRS的终端以及

支持这些终端的网络。对于IMSI附着了GPRS

MM特殊流

MM特殊流程进行时，或没有MM连接存在时启动。属于

MS和网络间的MM连接，此连接提供了上层CM子层MM连接

的建立只有当没有MM特殊流程运行时方可。同

时可以存在多条MM连接。

根据GMM流程发起的方式，可以分为以下两类：

1）GMM公共流程：

在lu模式，只要有PS信令连接存在就可以发起GMM公共流程。属于此类的有：

在GMM上下文建立后由网络发起的：

-P-TMSI（重）配置流程

-GPRS鉴权和加密流程

-GPRS标识流程

-GPRS消息流程

2）GMM特殊流程

网络端发起的用于去附着网络侧IMSI，对于GPRS业务和/或非GPRS业务，并释放一个

GMM上下文：

-GPRS去附着

MS发起的，用于GPRS业务和/或非GPRS业务的附着或去附着网络侧放一条

GMM上下文：

-GPRS附着和联合GPRS附着；

-GPRS去附着和联合GPRS去附着

在GMM上下文已建立时MS发起的：

-正常路由区更新和联合路由区更新；

-周期性路由区更新在UMTS，MS发起用来建立到网络安全连接，并/或请求发送数据的资源预约。

-ServiceRequest

4.1.1.1.1MS端信令消息中的完整性检查（UMTSonly）

在UMTSonly模式，完整性保护信令是必需的，除了紧急呼叫以外（见4.1.1.1.1a）。在UMTS

only,只要网络端和MS端成功启动了安全模式，所有层3的协议都会使用完整性保护信令。

层3信令消息的完整性保护是底层负责。激活完整性保护是网络进行的。使用安全模式控制

流程（详见3GPP25.331）

MS端对完整性保护的监管是由GMM

层一个完整性保护何时会在制流程

成功完成，和指示GMM

网络的CS和PS域，以及MS内的

MM和GMM层，不用考虑底层是否已经启动了另一个域的完整性保护。网络为CS域和PS域各发起一

个安全模式控制流程是必要的。

除了以下列出的消息，其他所有层3信令消息都是不允许在此域的安全模式控制流程尚未启动情况下

被接收方MM和GMM实体处理或者转发给CM实体的：

-MM消息

-AUTHENTICATIONREQUEST

-AUTHENTICATIONREJECT

-IDENTITYREQUEST

-LOCATIONUPDATINGACCEPT（包括不改变位置区或临时标识的周期性更新）

-LOCATIONUPDATINGREJECT

-CMSERVICEACCEPT，如果满足以下两个条件：

-没有其他MM连接建立

-CMSERVICEREQUEST的请求原因是emergencycallestablishment

IMSI，建立或释

MM和GMM层负责（见3GPP33.102）。底层会提供MM和

MS被激活的指示（比如指示MM层当CS域的安全模式控层当

PS域的安全模式控制流程成功完成）。

-CMSERVICEREJECT

-ABORT

-GMM消息

-AUTHENTICATION&CIPHERINGREQUEST

-AUTHENTICATION&CIPHERINGREJECT

-IDENTITYREQUEST

-ATTACHREJECT

-ROUTINGAREAUPDATEACCEPT（包括不改变路由区或临时标识的周期性路由更新）

-ROUTINGAREAUPDATEREJECT

-SERVICEREJECT

-DETACHACCEPT（非关机情况）

CC消息：

-所有CC消息，如果满足以下2个条件：

-不存在其他MM连接

-MS的MM实体已经收到CMSERVICEACCEPT消息，且在CMSERVICEREQUEST后未启用加

密或完整性保护，请求原因为建立紧急呼叫”

在完整性保护启动后，MS的L3接收实体不再处理没有被底层成功进行完

整性检查的

信令消息。如果收到的信令消息没有通过完整性检查，底层将其丢弃对于收

到的CS域或PS域信令，没有被完整性保护的，即使网络已经在完整性保护，底层也会将其丢弃。

网络侧的完整性检查在RNC执行，详见3GPP25.331。

4.1.1.1.1a紧急呼叫的完整性保护（UMTSonly）

网络会为紧急呼叫发起安全模式，和它为其他任何呼叫所作的一样，除了有一节

"SecurityProcedureNotapplied"中描述的情况。

当没有其他MM连接存在，要为紧急呼叫建立MM连接时，是否需要执行安全流程是由

网络决定的，将在3GPP33.102中的一节"EmergencyCallHandling"中讲述。

4.1.1.2GPRSMS的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去附

着流程执行。

注意：在网络操作模式为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也不会按

照时钟超时后应有的行为执行。

L3（参考3GPP

25.331）。

MS对该域启动了

3GPP33.102中

注意：每当GMM执行联合的GMM流程时，GPRSMS就会进入MM状态MMLOCATIONUPDATINGP

ENDING，以阻止MM执行位置更新流程。

如果MM执行了鉴权流程，且被网络拒绝(收到了AUTHENTICATIONREJECT)，MS设置GPRS更新

状态为GU3ROAMINGNOTALLOWED，如果可以，删除存储的P-TMSI,P-TMSI签名，RAI和GPRS加

密密钥序列号。SIM/USIM被视为对GPRS和非GPRS业务均无效，知道关机或取出SIM/USIM卡。

MS将终止所有GMM流程并进入状态

GMM-DEREGISTERED。

4.1.122网络操作模式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执行了鉴权流程，且被网络拒绝(收到了AUTHENTICATIONREJECT)，MS设

置GPRS更新状态为GU3ROAMINGNOTALLOWD，如果可以，再删除存储的P-TMSI,

P-TMSI签名，RAI和GPRS加密密钥序列号。SIM/USIM被视为对GPRS和非GPRS业务均无效，直

到关机或取出卡。MS将终止所有GMM流程并进入状态GMM-DEREGISTERED。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)

在网络广播的系统消息中同样有一些是给

MS在收到新的系统消息时，RRC层将

GMM层。

CN系统消息包含在一些RRC消息的特殊

GMM使用的。

CN公共系统消息和PS域专属系统消息转发给

IE内发送给MS，参考3GPP25.331。在CN系

GMM功能性的参数设

统消息里，公共系统消息部分和PS域专属系统消息部分包含了控制

置。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.2.1.1主状态

0NULL

MS未激活(比如关机)。重要的参数存储了。只有用户手动操作才能迁移到其他状态。

3LOCATIONUPDATINGINITIATED

已经启动了位置更新流程，MM等着网络给响应。时钟

5WAITFOROUTINGMMCONNECTION

MM连接建立流程已启动，MM等着网络给响应。时钟

6MMCONNECTIONACTIVE

4.1中，展示了MM子层协议概况。

T3210在跑

着。

T3230在

跑。

MM子层已有一条RR连接到网络侧的对等实体。一个或多个MM连接已激活。

7IMSIDETACHINITIATED

IMSI去附着流程已启动。时钟T3220在跑。

8PROCESSCMSERVICEPROMPT

MM子层已有一条RR连接到网络侧的对等实体。

尚未回应$（CCBS）$。

9WAITFORNETWORKCOMMAND

MM子层已有一条RR连接到网络侧的对等实体网络

给下一个命令。时钟T3240在跑。

10LOCATIONUPDATEREJECTED

位置更新流程被拒绝，等待RR连接释放。时钟

13WAITFORRRCONNECTION（LOCATIONUP

DATING）

MM子层已请求建立RR连接来发起位置更新流程

14WAITFORRRCONNECTION（MMCONNECTION）

MM子层已请求建立专用模式的RR连接以建立MM连接。

15WAITFORRRCONNECTION（IMSIDETACH）

MM子层已请求建立RR连接来启动IMSI去附着流程

17WAITFORREESTABLISH

发生了底层错误，可能需要通过出错的CM层实体执行重建立。

18WAITFORRRACTIVE

MM子层已请求激活RR子层。

19MMIDLE

没有活动的MM流程，也没有RR连接，不过在RR子层处于组接听模式下可能存在本地MM上下

文。这是一个混合状态，MS到CM的具体行为需要参考具体的子状态（后文简

述）。

20WAITFORADDITIONALOUTGOINGMMCONNECTION

对另一条MM连接建立的MM连接已启动，MM等着网络的响应。

21MMCONNECTIONACTIVE（GROUPTRANSMITMODE）

（只适用于支持VGCS通话的MS）MM在网络侧对等实体间已建立连接。

只有一个MM连接是激活的。

22WAITFORRRCONNECTION（GROUPTRANSMITMODE）

（只适用于支持VGCS通话的MS）MM子层请求在VGCS信道上执行上行接入。

23LOCATIONUPDATINGPENDING

（只适用于GPRS模式A和B的终端，未在图4.1a中显示）联合GPRS路由区更新流程已启动。

24IMSIDETACHPENDING

（只适用于GPRS模式A和B的终端，未在图4.1a中显示）对非GPRS业务的联合GPRS去附着

流程已启动，非关机情况

25RRCONNECTIONRELEASENOTALLOWED

（只适用于RRC层支持RRLP（详见3GPP44.031）流程或LCS（详见3GPP25.331）流程的

MS）所有的MM连接被CM实体释放，但RR连接依然被网络维持，为确保进行中的RRLP流程或LCS

流程。

4.1.2.1.2MMIDLE状态的子状态

对于MMIDLE状态MS的行为，被细分为几个子状态，也叫做服务状态。服务状态属

MS已收到CMSERVICEPROMPT但

，但尚未建立MM连接。MS在被动等待

T3240在跑。

VGCS信道上的RR

于整个MS（没有SIM/USIM卡的单独ME，或有卡的ME）。服务状态取决于更新状态（4.1.2.2

节）和选择的小区。

19.1NORMALSERVICE

有效用户数据可用，更新状态为

19.2ATTEMPTINGTOUPDATE

有效用户数据可用，更新状态为

19.1，19.3或19.6），或申明当前找不到可用的小区

19.8PLMNSEARCH,NORMALSERVICE

有效的用户数据可用，更新状态为U1，

正在搜索PLMN。当选择了小区（下一个状态可能是可用的小区（新状态为19.5）时，此状态才会终

结。

19.9RECEIVINGGROUPCALL（NORMALSERVICE）

只适用于支持VGCS接听或VBS接听的终端。有效的用户数据可用，更新状态为U1，选择

的小区属于用户登记的位置区且在小区内收到了一跳VGCS信道或VBS信道。

此状态下，只处理GCC或BCC层的请求。

19.10RECEIVINGGROUPCALL（LIMITEDSERVICE）

只适用于支持VGCS接听或VBS接听的终端。有效的用户数据可用，更新状态为

U3，选择的小区不属于用户登记的位置区，但在小区内收到一条VGCS信道或VBS信道。

此状态下，只处理来自GCC或BCC的接听VGCS呼叫或VBS呼叫请求，以及群呼紧急服务

请求。

4.1.2.2更新状态

更新状态同4.121节讲述的控制MM子层协议的子层状态并行存在。

更新状态属于嵌入到SIM/USIM内的用户特有数据。这个状态在甚至用户还未激活时（取

出了SIM/USIM或ME关机）就已经定义好了。存储在SIM/USIM中的不可变存储器NV中。此状态

只有当位置更新流程（例外的有健全失败以及有些情况下CM服务被拒绝）结束时才会

LA。U1，选择的小区属于用户注册的位置区

U2，已选择小区。上层请求已接受。紧急呼叫请

如果更新成功再触发后续的流程,求处理正常，否则该请求会在选择小区内先触发位置更新，否则请求被拒绝。

19.3LIMITEDSERVICE

有效的用户数据可用，更新状态为U3，已选择小区，且无法提供正常服务，只允

许紧急服务。

19.4NOIMSI

没有有效的用户数据（没有SIM/USIM，或者SIM/USIM被ME视为无效），已选择小区，

只允许紧急服务。

19.5NOCELLAVAILABLE

未选择小区。在第一轮彻底的搜索失败（状态19.7）后进入此状态。小区搜索缓慢进

行，不提供任何服务。

19.6LOCATIONUPDATENEEDED

有效的用户数据可用，由于某种原因必须尽快执行位置更新（比如更新状态为U1而

选择的小区不在登记的位置区内，或者时钟超时等）。该状态通常持续时间很短，但是可以

延续，比如在接入等级被禁止的情况

19.7PLMNSEARCH

MS在搜索PLMN，状态19.8要的条件不符合。当选择了小区（下一个状态可能是

（新状态为19.5）时，此状态才会终结。

选择的小区属于用户登记的位置区，MS

19.1，19.3或19.6），或申明当前找不到

改变。在有些情况下，更新状态也会随着GPRS附着，GPRS路由区更新，服务请求或网络

发起的GPRS去附着流程而改变。

U1UPDATED

前面的位置更新尝试成功结束（流程结果无误，收到网络的接受）。在此状态下，

SIM/USIM还会包括用户登记位置区的LAI，还可能有有效的TMSI,GSM加密密钥，UMTS

完整性密钥，UMTS加密密钥和加密密钥序列号。存储在SIM/USIM卡中的"Locationupdate

status'值为"updated"。

U2NOTUPDATED

前面的位置更新流程失败告终（没有收到网络端确切的回应，可能是接收失败或者网络内部拥

塞）。

对于该状态，SIM/USIM不包括任何有效的LAI，TMSI,GSM加密密钥，UMTS完整性密钥，

UMTS加密密钥或加密密钥序列号。为了兼容起见，所有这些字段都会在更新状态

设置为NOTUPDATED后被置为"deleted"。不过，MS不会把其他出现的值视为错误处理。存储在卡

中的"Locationupdatestatus"值为"notupdated"。

U3ROAMINGNOTALLOWED

前面的位置更新运行正常，但是网络给拒绝了（由于漫游或登记限制等原因）。

对于该状态，SIM/USIM可能包含一个有效的LAI,TMSI,GSM加密密钥，UMTS完整性密钥，

UMTS加密密钥或加密密钥序列号。为了兼容起见，如果LAI被删除，所有这些

字段都会被置为"deleted"。不过，MS不会把其他出现的值视为错误处理。存储在卡中的

"Locationupdatestatus"值为"Locationareanotallowed"。

4.123网络侧MM子层状态

MM子层尚未激活，但RR子层处于组接收模式除外。

RRRCONNECTION

MM子层收到CM层要建立MM连接的请求。RR子层请求在MS建立RR连接（比如，发寻呼）。

ECTIONACTIVE

MM层已经在MS建立一条RR连接。一条或多条MM连接在活动，或只有RRC层的RRLP流程或者

LCS流程活动。

FICATIONINITIATED

网络已发起标识流程。时钟T3270在跑

TICATIONINITIATED

网络已发出鉴权流程，时钟T3260在跑

ALLOCATIONINITIATED

网络已发起TMSI重分配流程，时钟T3250在跑

TYMODEINITIATED

在UMTS模式，RR层已请求安全模式流程。在GSM，RR流程请求了加密流程

RMOBILEORGINATEDMMCONNECTION

CMSERVICEREQUEST收到和处理，MM层等待MM连接的"openingmessage"

RNETWORKOTIGINATEDMMCONNECTION

网络已发出CMSERVICEREQUEST，MM层等待MM连接的"openingmessage"$（CCBS）$

RREESTABLISHMENT

对应一条或多条激活的MM连接的RR连接丢失。网络等待MS可能发起的重建立请求。

AGROUPCALL

只对应支持VGCS通话的MS。MM层收到了GCC层建立VGCS的请求。建立VGCS信道的请求已交给

RR层。

ALLACTIVE

只对应支持VGCS通话的MS。RR层已建立VGCS信道。RR层可以在此VGCS信道上建立到通话MS

的RR连接。MM层已激活，但还未开始在网络和MS间传送MM信息。

ECTIONACTIVE(GROUPCALL)

只对应支持VGCS通话的MS。MM层已在通话MS的VGCS信道上建立了RR连接。只允许一条激

活的MM连接。

RBROADCASTCALL

只适用于支持VBS的情况。MM层收到BCC层建立VBS的请求。建立VBS的请求已送往RR层。

ASTCALLACTIVE

只适用于支持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.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已关闭GPRS功能。此状态不执行GPRS移动性管理。

4.1.3.1.1.2GMM-DEREGISTERED

MS已开启GPRS功能，但尚未建立GMM上下文。此状态下MS可以通过GPRS附着流程或联合GPRS

附着流程来建立GMM上下文。

4.1.3.1.1.3GMM-REGISTERED-INITIATED

MS已发起GPRS附着或联合GPRS附着，等待网络响应中。

4.1.3.1.1.4GMM-REGISTERED

GMM上下文已建立，比如GPRS附着或联合GPRS附着已成功。此状态下，MS可以激

活PDP上下文，可以发送接收用户数据和信令信息，也可以响应寻呼。当然，还可以进行小区更新以

及路由区更新。

4.1.3.1.1.5GMM-DEREGISTERED-INITIATED

MM发起GPRS去附着或联合GPRS去附着流程，以请求释放GMM上下文。此状态只用在非关机情况

的去激活请求。

4.1.3.1.1.6GMM-ROUTING-AREA-UPDATING-INITIATED

MS已发起路由区更新，正等待网络回应中。

4.1.3.1.1.7GMM-SERVICE-REQUEST-INITIATED(UMTSonly)

服务请求流程已发起，MS等待网络回应中。

4.1.3.1.2GMM-DEREGISTERED子状态

GMM-DEREGISTERED状态可以细分为如下几个子状态。这些子状态面对所有MS(没有

SIM/USIM卡的单独ME，或有卡的ME）。这里描述的子状态和GPRS更新状态（4.132中描述）和

选择的小区相关。

-SERVICE

有效用户数据可用，GPRS更新状态为GU1或GU2，已选择小区。此状态下，如果是GU1的情况，已

进行了使用P-TMSI，RAI和GPRS加密密钥序列号的GPRS附着流程。如果是

GU2，将是IMSI来附着GPRS业务。

4.1.3.1.2.2GMM-DEREGISTERED丄IMITED-SERVICE

有效用户数据可用，GPRS更新状态为GU3，小区已选择，但不能提供正常服务。

-NEEDED

有效的用户数据可用，由于某种原因，必须尽快执行GPRS附着。该流程通常很短暂，但是

也可以持续，比如在介入等级禁用时。

TING-TO-ATTACH

GPRS更新状态为GU2，小区已选择，前面进行的GPRS附着被拒绝。后面的附着流程怎样进行依赖于

GPRS附着的计数器。在此状态下，MS的动作只有发起GPRS附着。

-IMSI

没有有效的用户数据（没有SIM/USIM，或SIM/USIM被ME视作非法），已经选择小区。

-CELL-AVAILABLE没有选择小区。在第一轮全盘扫描（子状态

PLMNSEARCH）将减缓速度。不提供服务。

-SEARCH

MS正在搜PLMN。当选择了小区（新的子状

LIMITED-SERVICE），或已经申明找不到小区（新的子状态为态

终结。

DED（GSMonly）

MS进入专用模式且MS受限制而无法在GPRS信道上通信时进入此状态。离开专用模式时离开此状

态。

4.1.3.1.3GMM-REGISTERED子状态

GMM-REGISTERED状态可以细分为如下几个子状态。这些子状态面对所有

SIM/USIM卡的单独ME，或有卡的ME）。

-SERVICE可以正常接收和发送用户数据，信令消息。

DED（GSMonly）

MS进入专用模式且MS受限制而无法在GPRS信道上通信时进入此状态。在此状态下，不能发送任何

用户数据和信令消息。离开专用模式离开此状态。

-NEEDED

MS必须进行路由区更新流程，但是小区内接入等级不允许。一旦接入等级允许（可能在小区

重选后，或当前小区的接入等级改变），立即执行路由区更新。MS在此状态只能执行路由区更新，不

能发送任何用户数据和信令消息。

TING-TO-UPDATE

由于没有收到网络的响应，路由区更新流程失败了。MS在时钟和GPRS尝试计数器值的控

制下重新发起流程。此状态MS不能发起路由区更新以外的GMM流程，不允许数据的发送和接收。

-CELL-AVAILABLE

已丢失GPRS覆盖。此状态下，MS只能发起小区重选和PLMN重选。

失败后，进入此状态。小区搜索

态为NORMAL-SERVICE或

NO-CELL-AVAILABLE）时此状

MS（没有

D-SERVICE

已选择小区，但不能提供正常服务。在MS重选到一个可以提供正常服务的小区之前，将一

直呆在此状态。

TING-TO-UPDATE-MM

对GPRSonly业务进行了成功的联合路由区更新流程或联合GPRS附着流程。MS根据时

钟和GPRS尝试计数器会重新尝试该流程。可以发送和接收用户数据，信令消息。

4.1.3.1.3.8GMM-REGISTERED」MSI-DETACH-INITIATED

MS对非GPRS服务进行了联合GPRS去附着（detachtype为"IMSIDetach"）。当MS在网络操

作模式为I的网络下附着了GPRS业务和非GPRS业务，想要去附着非GPRS业务时，进入此状态。

可以发送接收用户数据和信令消息。

-SEARCH

MS正在搜索PLMN。当选择了小区（新的子

状态为NORMAL-SERVICELIMITED-SERVICE），

或已经申明找不到小区态终结。

4.1.3.2GPRS更新状态

前面讨论了GMM子层的状态，现在来讨论

GPRS更新状态属于特殊登记信息收录在

取出或ME关机）此状态仍有定义。它存储在执

行GPRS附着，网络发起的GPRS去附着，鉴权

流程或路由区更新流程后才会改变。

GU1:UPDATED

上一次GPRS附着或路由区更新成功完成（网络接受了，流程正确）。SIM/USIM包含用户登记路由

区的RAI，还可能有有效的P-TMSI,GPRSGSM加密密钥，GPRSUMTS加密密钥，GPRSUMTS完整

性密钥和GPRS加密密钥序列号。

GU2:NOTUPDATED

上一次GPRS附着或路由区更新流程失败，比如没有收到网络的回应。包含了失败情况或网

络内部拥塞。

这时，SIM/USIM可能有用户登记的路由区的RAI，也可能有有效的P-TMSI，GPRSGSM

加密密钥，GPRSUMTS加密密钥，GPRSUMTS完整性保护和GPRS加密密钥序列号。为了兼容考虑，

当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中描述。

不过，请注意本节不会涉及单一状态下网络的详细行为描述，也没有涵盖异常情况。因此，

图4.1C只是对状态转换的概览，不是完整的状态转换图。MS端的详细行为在4.2节描述。

另外，MS对异常情况的处理请参考4.7节。

4.1.3.3.1主状态

或

（新的子状态为NO-CELL-AVAILABLE）时此状

GPRS更新状态。

SIM/USIM卡里。即使用户还未激活（SIM/USIM

SIM/USIM的NV里。GPRS更新状态只有在

4.1.3.3.1.1GMM-DEREGISTERED

网络没有GMM上下文，或GMM上下文标记为去附着了，MS已去附着了。此状态下,网络可以响应

MS发起的GPRS附着或联合GPRS附着。

4.1.3.3.1.2GMM-COMMON-PROCEDURE-INITIATED

如4.1.1中所述的公共GMM流程已经启动了。网络等待MS的响应。

4.1.3.3.1.3GMM-REGISTERED

GMM上下文已建立，GPRS附着流程也成功执行了。

4.1.3.3.1.1GMM-DEREGISTERED-INITIATED

网络发起了GPRS去附着流程，等待MS响应。

图4.1c:网络侧的GMM主状态

4.1.3.3.2GMM-REGISTERED的子状态

该状态细分为以下两个子状态。

-SERVICE

用户数据和信令消息可以正常发送接收。

DED(GSMonly)

此状态下，底层不允许发送用户数据和信令消息。

4.2MS在MMidle，GMM-DEREGISTERED和GMM-REGISTERED状态下的行为

在这一节，讲述了MS在主状态MMidle,GMM-DEREGISTERED和GMM-REGISTERED下的详细行

为。其中4.2.1和4.2.3讲的是MMIDLE，而4.2.4和4.2.5分别讲的是GMM-DEREGISTERED和

GMM-REGISTERED。

在没有MM流程运行也没有RR连接存在时，进入MMIDLE状态。当有Mmliuch处罚或RR连接建

立时，离开此状态。

MMIDLE下MS的特定行为取决于4.1.2.1.2中描述的服务状态。而服务状态主要是又主要依赖

于4.1.2.2定义的更新状态。

开机后进入哪个服务状态在

讲述。从NULL以外的其他任何

状态返回

请注意，在众多MMIDLE

-在RR连接模式下的流程

-插入或取出SIM/USIM

-小区选择或重选(可参考

-PLMN选择

-丢失覆盖

各种MM流程怎样影响到服务状态和更新状态的细节，将在

4.2.1主服务状态选择

4.2.1.1开机后服务状态的选择

开机后，当移动性管理已

激活，服务状态为

3GPP23.122,3GPP

43.022,3GPP45.008和

3GPP25.304,这里会对开机和选择

进行详细描述。如果存在

做它是"notupdated"。

离开PLMNSEARCH

-如果没有找到小区，

-如果没有SIM/USIM

4.2.1节中讲述，MMIDLE状态下MS的详细动作在4.2.2中

MMIDLE时服务状态的选择在4.2.3描述。

状态之间的转换是以下行为引起的：

(4.2.3)

4.3至U4.5节讲到。

19.7PLMNSEARCH。此状态的详细请参考PLMN的流程SIM/USIM卡里

的"locationupdatestatus"不是"updated",MS就当

后的服务状态取决于搜索结果和SIM/USIM是否有效:

状态为NOCELLAVAILABLE,直到找到小区；

卡，状态为NOIMSI

-如果MS在掉网后连续被激活而后也返回了服务区，选择的小区也属于

置区，且时钟T3212还未超时，那状态当为NORMALSERVICE

-如果MS在手动选网模式，且选择的PLMN内没有找到合适的小区，那MS进入

LIMITEDSERVICE状态；

-以上都不是，MS进入LOCATIONUPDATENEEDED状态。

421.2其他情况

在以下情况下，MS也会进入PLMNSEARCH状态：

-在NOIMSI时，插入了SIM/USIM卡

-在除了NOIMSI,NOCELLAVAILABLE,NORMALSERVICE和RECEIVINGGROUP

CALL(NORMALSERVICE)以外的其他状态，用户发起PLMN选择的请求

-除NOIMSI和NOCELLAVAILABLE外的其他状态下，丢失覆盖

-漫游被拒绝

-也可能当MS在ATTEMPTINGTOUPDATE状态，自动选网模式，位置更新计数器小于或等于4。

离开PLMNSEARCH后的服务状态就取决于搜索结果和是否有

421.1。

4.2.2MS在MMIDLE状态下动作的详细描述

在MMIDLE状态MS的行为要根据服务状态而定。下文描述的是MS在非即时状态时的行为。需要

注意的是在RR连接模式的流程后，比如位置更新流程后，4.2.3讲到了从其他

状态回到MMIDLE。此外，如果在子状态NORMALSERVICE，如果收到PLMN选择的请求，MS进入

SEARCHFORPLMN,NORMALSERVICE。

4.2.2.1服务状态NORMALSERVICE

在MMIDLE，服务状态为NORMALSERVICE时，MS可以有以下动作：

-当进入新的位置区时，执行正常位置更新流程

-在时钟T3211或T3213超时，执行位置更新流程

-时钟T3212超时，执行周期性更新

-IMSI去附着

-支持CM层的请求

-响应寻呼

另外，支持VGCS接听和VBS接听的MS还可以：

-通知GCC和BCC层

-在GCC或BCC层请求接听在RR层通知中没有信道描述的组呼或组播呼叫时，响应通知

-在GCC或BCC层请求接听在RR层通知中收到信道描述的组呼或组播呼叫时，请求

RR层接听，然后进入服务状态RECEIVINGGROUPCALL(NORMALSERVICE).

4.2.2.2服务状态ATTEMPTINGTOUPDATE

在状态MMIDLE的子状态ATTEMPTINGTOUPDATE下，MS可以有以下行为：

-时钟T3211或T3213超时时，执行位置更新

-当服务小区的位置区标识改变时，执行正常位置更新

-如果进入此状态是因为4.449节中描述的C),d)或f)("abnormalrelease,

unspecified"以

外的原因)或g)(原因为"retryuponentryintoanewcell")，那当进入新小区时，执行位置更

新

-如果进入此状态是因为4.449节中描述的e)或f)(原因"abnormalrelease,unspecified")

或g)("retryuponentryintoanewcell"以外的原因)，进入新小区时不会执行位置更新；

-时钟T3212超时后执行正常位置更新

MS登记的位

SIM/USIM了，参考

-不执行IMSI去附着

-支持紧急呼叫

-使用CM层的其他请求来触发正常位置更新流程(如果位置更新成功，MM连接请求也

被接受，参考4.5.1）

-响应寻呼（使用IMSI的）

另外，支持VGCS接听和VBS接听的MS还可以：

-在RR连接收到的组呼或组播呼叫通知里有信道描述的话，通知GCC和BCC层

-在GCC或BCC层请求接听在RR层通知中没有信道描述的组呼或组播呼叫时，拒绝请求

-在GCC或BCC层请求接听在RR层通知中收到信道描述的组呼或组播呼叫时，请求

RR层接听，然后进入服务状态RECEIVINGGROUPCALL（LIMITEDSERVICE）.

4.2.2.3服务状态LIMITEDSERVICE

在状态MMIDLE的子状态LIMITEDSERVICE下，MS可以有以下行为：

-不执行周期更新

-不执行IMSI去附着

-拒绝紧急呼叫以外的CM层要求建立MM连接的请求

-进入一个可能提供正常服务的小区时执行正常位置更新

表）

-可以响应寻呼（使用IMSI）

另外，支持VGCS接听或VBS接听的MS还可以：

-在RR连接收到的组呼或组播呼叫通知里有信道描述的话，通知GCC和BCC层

-在GCC或BCC层请求接听在RR层通知中没有信道描述的组呼或组播呼叫时，拒绝请求

-在GCC或BCC层请求接听在RR层通知中收到信道描述的组呼或组播呼叫时，请求RR

层接听，然后进入服务状态RECEIVINGGROUPCALL（LIMITEDSERVICE）.

4.2.2.4服务状态NOIMSI

在状态MMIDLE的子状态NOIMSI下，MS可以有以下行为（可参考3GPP43.0223.2节和

3GPP45.008）:

-没有正常位置更新尝试

-没有周期性更新

-关机也不执行IMSI去附着

-紧急呼叫以外的CM要求建立MM连接的请求都将拒绝

-不响应寻呼

-只进行默认的小区选择

另外，对于支持VGCS接听或VBS接听的MS，还可以：

-不通知GCC或BCC层

4.2.2.5服务状态SEARCHFORPLMN,NORMALSERVICE

在状态MMIDLE的子状态SEARCHFORPLMN,NORMALSERVICE

下行为：

-时钟T3211或T3213超时，如果小区不变，在返回NORMALSERVICE时执行位置更新，

-在T3212超时，在返回NORMALSERVICE时执行周期性位置更新，

-执行IMSI去附着

-支持CM层的请求

-监听尽量远的寻呼，并响应。

另外，支持VGCS接听和VBS接听的MS还可以：

-监听尽量远的通知，并向GCC和BCC层指示

-在GCC或BCC层请求接听在RR层通知中没有信道描述的组呼或组播呼叫时，响应

（比如位置区不在forbiddenLAI列

下，MS可以有以

BCC层请求接听在RR层通知中收到信道描述的组呼或组播呼叫时，请求

SEARCHFORPLMN

的子状态SEARCHFORPLMN下，MS可以有以下行为：

-不发起任何正常的位置更新

-不执行周期更新

-如果关机不执行IMSI去附着

-拒绝紧急呼叫以外的任何CM实体要求建立MM连接的请求

-不响应寻呼

4.2.2.7服务状态RECEIVINGGROUPCALL(NORMALSERVICE)

只适用于支持VGCS接听或VBS接听的MS。

在状态MMIDLE的子状态RECEIVINGGROUPCALL(NORMALSERVICE)

以下行为：

-进入新位置区时执行正常位置更新

-时钟T3211或T3213超时，执行位置更新

-T3212超时执行周期更新

-执行IMSI去附着

-支持GCC或BCC层的请求

-向GCC或BCC层指示通知或寻呼

-在GCC或BCC层请求接听在RR层通知中没有信道描述的组呼或组播呼叫时，响应通知

-在GCC或BCC层请求接听在RR层通知中收到信道描述的组呼或组播呼叫时，请求RR

层接听

4.2.2.8服务状态RECEIVINGGROUPCALL(LIMITEDSERVICE)

只适用于支持VGCS接听或VBS接听的MS。

在状态MMIDLE的子状态RECEIVINGGROUPCALL(LIMITEDSERVICE)

以下行为：

-不执行周期更新

-不执行IMSI去附着

-拒绝紧急呼叫以外的CM层要求建立MM连接的请求

-进入一个可能提供正常服务的小区时执行正常位置更新

表)

-可以响应寻呼(使用IMSI)

-在RR连接收到的组呼或组播呼叫通知里有信道描述的话，通知GCC和BCC层

-在GCC或BCC层请求接听在RR层通知中没有信道描述的组呼或组播呼叫时，拒绝请求

-在GCC或BCC层请求接听在RR层通知中收到信道描述的组呼或组播呼叫时，请求RR

层接听，然后进入服务状态RECEIVINGGROUPCALL(LIMITEDSERVICE).

4.2.3从其他状态返回MMIDLE时的服务状态

在返回到MMIDLE时，比如位置更新流程结束后，MS选择了小区，像3GPPTS43.022

和3GPP25.304中描述的一样。唯一不同的是，这里是正常的小区选择。

如果这个返回到idle状态不是由于位置更新流程收到了拒绝原因"roamingnotallowedinthis

locationarea"引起，服务状态的选择取决于小区选择流程的结果，MS的更新状态，MS

内存储的位置数据以及是否具有SIM/USIM卡：

通知

-在GCC或

RR层接听

4.226服务状态

在状态MMIDLE

下，MS可以有

(比如位置区不在forbiddenLAI列

-如果没有找到小区，状态为NOCELLAVAILABLE,直到找到小区；

-如果没有SIM/USIM，或者插入的SIM/USIM被视为无效，状态为NOIMSI；

-如果选择的小区属于MS登记的位置区，状态为NORMALSERVICE;需要注意的是这个情况同样包

含在4.4.4.9节描述的异常情况中

-(只适用于支持VGCS接听或VBS接听的MS)如位置更新前MS状态是RECEIVINGGROUPCALL

(NORMALSERVICE)或RECEIVINGGROUPCALL(LIMITEDSERVICE)，选择的小区也属于MS登记

的位置区，那新状态为RECEIVINGGROUPCALL(NORMAL

SERVICE);

-如果选择的小区不属于MS登记的位置区，但是MS可以进行位置更新，那新状态为

LOCATIONUPDATENEEDED

-如果选择小区所在的位置区不允许MS进行位置更新，新状态为LIMITEDSERVICE

-(只适用于支持VGCS接听或VBS接听的MS)如位置更新前MS状态是RECEIVINGGROUPCALL

(NORMALSERVICE)或RECEIVINGGROUPCALL(LIMITEDSERVICE)，选择的小区所在位置区不允

许MS进行位置更新，新状态为RECEIVINGGROUPCALL(LIMITEDSERVICE)；

-在未成功的位置更新期间，正如

ATTEMPTINGTOUPDATE

在位置更新流程收到拒绝原因为

况，服务状态为PLMNSEARCH，

4.2.4状态GMM-DEREGISTERED

在以下情况下会进入GMM-DEREGISTERED:

-MS开机

-MS启用了GPRS功能

-执行了GPRS去附着或联合GPRS去附着

-GMM流程失败(路由区更新流程除外，详见4.7.5)

开机后进入GMM-DEREGISTERED的描述在4.2.4.1节。GMM-DEREGISTERED状态下MS的特殊行

为在4.242中描述。从NULL外的其他状态返回到GMM-DEREGISTERED状态时选哪个子状态在

4.243中描述。

需要注意的是，可以引起GMM-DEREGISTERED子状态来回转换的情况如下：

-插入或是取出SIM/USIM卡；

-小区选择/重选(参考3GPP43.022和3GPP25.304)

-PLMN选择

-丢失服务或返回服务区

-路由区改变

各个GMM流程是如何影响到GMM-DEREGISTERED子状态以及GPRS更新状态的细节在4.7节的GMM流

程中有详细描述。

4.2.4.1主要子状态选择

4.2.4.1.1MS开机后或启用GPRS功能后子状态的选择

MS开机时，如果插入了有效的SIM/USIM，那子状态将是PLMN-SEARCH。更多详情请

参考3GPP23.122和3GPP45.008。

如果一个活动的MS启用了GPRS功能,GMM-DEREGISTERED子状态的选择取决于MM状态和GPRS更

新状态。

在开机或启用GPRS功能的情况，PLMN-SEARCH后面状态的选择如下：

-如果小区不支持GPRS，子状态为NO-CELL-AVAILABLE

4.449描述的一些异常情况执行后，新状态为

"roamingnotallowedinthislocationarea"而返回

idle的情在4.2.1.2中讲述。

下的行为

-如果没有插入

-如果小区支持

SIM/USIM卡，子状态为NO-IMSI

GPRS，且PLMN或LA不在禁用列表，子状态为

GPRS但属于禁用PLMN或禁用LA，MS将进入

NORMAL-SERVICE;

LIMITED-SERVICE

GPRS，MS进入

-如果MS在手动选网模式，选择的

NO-CELL-AVAILABLE

4.2.4.1.2其他情况

当MS在MMIDLE，以下情形可以进入

-在NO-IMSI

-在NOIMSI

-漫游被拒绝

-还可能是MS在自动选网模式下，GPRS附着已尝试了允许的最大次数

4.2.4.2MS在GMM-DEREGISTERED状态下的详细行为描述

在GMM-DEREGISTERED状态，MS的行为要根据子状态决定。下面都是对非即时子状态的描述。

4.2.4.2.1子状态NORMAL-SERVICE

MS动作：

-执行GPRS附着

4.2.4.2.2子状态ATTEMPTING-TO-ATTACH

MS动作：

-在时钟T3311或T3302超时，执行GPRS附着

-在路由区改变且小区所述位置区不在禁用LA列表，执行GPRS附着

-如果进入此状态是由于4.7.3.1.5中描述的原因为"retryuponentryintoanewcell"的

情况

b）或d）引起的，在进入新小区时会执行GPRS附着；

-如果进入此状态是由于4.7.3.1.5中描述的原因不是"retryuponentryintoanew

cell"的情

况c）或d）引起的，在进入新小区时不执行GPRS附着；

-如果在网络操作模式I,CM层请求发起联合GPRS附着流程。看T3311和T3302谁在跑就停掉

谁，然后执行该时钟超时后的动作。

4.2.4.2.3子状态LIMITED-SERVICE

MS将：

-在进入一个可能提供正常服务的小区（所属位置区不在禁用列表）时，执行GPRS附着。

4.2.4.2.4子状态NO-IMSI

MS将：

-只进行默认的小区选择

4.2.4.2.5

MS将：

-根据

4.2.4.2.6

状态时插入SIM/USIM；

或NOCELLAVAILABLE

子状态NO-CELL-AVAILABLE

PLMN内小区均不支持

GMM子状态PLMN-SEARCH:

以外的状态下收到用户要求PLMN选择的请求

以外的状态下丢失覆盖

3GPP43.022和3GPP25.304所述进行小区选择，并选择下一个合适的状态

子状态PLMN-SEARCH

无专门描述。

4.2.4.2.7子状态ATTACH-NEEDED

在选择的小区上只要接入等级允许网络接入而还有需要的话立即发起

4.2.4.2.8子状态SUSPENDED（GSMonly）

MS将：

-不能发送用户数据

GPRS附着。

MS将：

-不能发送信令消息

4.243从其他GMM状态返回到GMM-DEREGISTERED时的子状态

在返回到GMM-DEREGISTERED时，MS会选择一个小区，女03GPP43.022和3GPP25.304中所

述。

新的子状态选择取决于小区选择的结果，之前执行的GMM特殊流程的结果，

态，MS内存储的位置区数据以及是否具有SIM/USIM卡：

-如果没有找到小区，子状态为NO-CELL-AVAILABLE，直至找到小区

-如果没有插入SIM/USIM卡或插入的卡被视为无效，子状态为NO-IMSI;

-如果选择的小区所在位置区允许漫游，子状态为NORMAL-SERVICE

-如果将要执行GPRS附着（比如网络请求重附着），子状态为ATTEMPTING-TO-ATTACH

-如果需要PLMN重选（参考3GPP23.122），子状态为PLMNSEARCH

-如果选择的小区所在位置区不允许MS漫游，子状态为LIMITED-SERVICE

4.2.5GMM-REGISTERED状态下的行为

当GMM连接建立，比如MS对GPRS业务或GPRS业务和非GPRS业务同时进行了IMSI附着，进入

GMM-REGISTERED状态。

GMM-REGISTERED状态下MS的详细行为在425.1中描述。进入此状态的主子状态总是

NORMAL-SERVICE。

注意GMM-REGISTERED的各种子状态间相互转换是由下列动作引起的：

-小区选择/重选

-路由区变更

-丢失服务或重拾服务

各个GMM流程如果影响GMM-REGISTERED的子状态将在4.7中详细描述。

4.2.5.1MS在GMM-REGISTERED状态下的详细动作描述

在状态GMM-REGISTERED,MS的动作按照以下描述的子状态进行。

4.2.5.1.1子状态NORMAL-SERVICE

MS将：

-进行小区选择和重选

-进行正常和周期路由区更新

-接收和发送用户数据，信令消息

GPRS操作模式C或A的MS可以响应寻呼。

GPRS操作模式B的MS也可能响应寻呼。

4.2.5.1.2子状态SUSPENDED（GSMonly）

MS将：

-不发送任何用户数据；

-不发送任何信令消息

-不进行小区更新

4.2.5.1.3子状态UPDATE-NEEDED

MS将：

-不发送任何用户数据；

-不发送任何信令消息；

-执行小区选择和重选；

-只要小区接入等级允许网络接入根据GPRS更新状态在第一时间选择新的子状态

4.2.5.1.4子状态ATTEMPTING-TO-UPDATE

GPRS更新状

-不发送任何用户数据；

-在时钟T3311或T3302超时执行路由区更新

-服务小区所在路由区改变时，如所属位置区不在禁用位置区列表，执行路由区更新

-如果进入此状态是由于4.7.5.1.5中描述的原因为"retryuponentryintoanewcell"的

情况b）或d）引起的，在进入新小区时会执行路由区更新；

-如果进入此状态是由于4.7.3.1.5中描述的"retryuponentryintoanewcell"之外原因

的情况c）或d）引起的，在进入新小区时不执行路由区更新；

-如果在网络操作模式I,CM层请求发起联合路由区更新流程。看T3311和T3302谁在跑

就停掉谁，然后执行该时钟超时后的动作。

4.2.5.1.5子状态NO-CELL-AVAILABLE

MS将根据3GPP43.022和3GPP25.304的描述进行小区选择或重选。

4.2.5.1.6子状态LIMITED-SERVICE

MS将根据3GPP43.022和3GPP25.304的描述进行小区选择或重选。

4.2.5.1.7子状态ATTEMPTING-TO-UPDATE-MM

MS将：

-根据3GPP43.022和3GPP25.304的描述进行小区选择或重选；

-接收和发送用户数据，信令消息；

-在时钟T3311或T3302超时，执行"combinedRA/LAupdatingwithIMSIattach"的路由

区更新；

-当服务小区所在路由区改变且小区所属位置区不在禁用位置区列表，执行

RA/LAupdatingwithIMSIattach"的路由区更新。GPRS操作模式C或A的MS

可以响应寻呼。

GPRS操作模式B的MS也可能响应寻呼。

4.2.5.1.8子状态PLMN-SEARCH

当MS在MMIDLE时，如果处于自动宣王模式，且GPRS路由区更新尝试计数器控制的

路由区更新已经连续失败了允许的最大次数，将进入选择

了新PLMN则执行路由区更新。

4.2.4状态GMM-DEREGISTERED下的行为

在以下情况下会进入GMM-DEREGISTERED:

-MS开机

-MS启用了GPRS功能

-执行了GPRS去附着或联合GPRS去附着

-GMM流程失败（路由区更新流程除外，详见4.7.5）

开机后进入GMM-DEREGISTERED的描述在4.2.4.1节。GMM-DEREGISTERED状态下MS的特殊行

为在4.242中描述。从NULL外的其他状态返回到GMM-DEREGISTERED状态时选哪个子状态在

4.243中描述。

需要注意的是，可以引起GMM-DEREGISTERED子状态来回转换的情况如下：

-插入或是取出SIM/USIM卡；

-小区选择/重选（参考3GPP43.022和3GPP25.304）

-PLMN选择

-丢失服务或返回服务区

-路由区改变

各个GMM流程是如何影响到GMM-DEREGISTERED子状态以及GPRS更新状态的细节在4.7节的GMM流

程中有详细描述。

"combined

GMM子状态PLMN-SEARCH。如果

MS将：

4.241主要子状态选择

4.241.1MS开机后或启用GPRS功能后子状态的选择

MS开机时，如果插入了有效的SIM/USIM，那子状态将是PLMN-SEARCH。更多详情请

参考3GPP23.122和3GPP45.008。

如果一个活动的MS启用了GPRS功能，GMM-DEREGISTERED子状态的选择取决于MM状态和GPRS

更新状态。

在开机或启用GPRS功能的情况，PLMN-SEARCH后面状态的选择如下：

-如果小区不支持GPRS，子状态为NO-CELL-AVAILABLE

-如果没有插入

-如果小区支持

-如果MS在手动

选网模式，选择的

NO-CELL-AVAILABLE

4.2.4.1.2其他情况

当MS在MMIDLE，以下情形可以进入

-在NO-IMSI

-在NOIMSI

-漫游被拒绝

-还可能是MS在自动选网模式下，GPRS附着已尝试了允许的最大次数

4.2.4.2MS在GMM-DEREGISTERED状态下的详细行为描述

在GMM-DEREGISTERED状态，MS的行为要根据子状态决定。下面都是对非即时子状态的描述。

4.2.4.2.1子状态NORMAL-SERVICE

MS动作：

-执行GPRS附着

4.2.4.2.2子状态ATTEMPTING-TO-ATTACH

MS动作：

-在时钟T3311或T3302超时，执行GPRS附着

-在路由区改变且小区所述位置区不在禁用LA列表，执行GPRS附着

-如果进入此状态是由于4.7.3.1.5中描述的原因为"retryuponentryintoanewcell"的情

况b）或d）引起的，在进入新小区时会执行GPRS附着；

-如果进入此状态是由于4.7.3.1.5中描述的原因不是"retryuponentryintoanewcell"

的情况c）或d）引起的，在进入新小区时不执行GPRS附着；

-如果在网络操作模式I,CM层请求发起联合GPRS附着流程。看T3311和T3302谁在跑就停掉

谁，然后执行该时钟超时后的动作。

4.2.4.2.3子状态LIMITED-SERVICE

MS将：

-在进入一个可能提供正常服务的小区（所属位置区不在禁用列表）时，执行GPRS附着。

4.2.4.2.4子状态NO-IMSI

MS将：

-只进行默认的小区选择

4.2.4.2.5子状态NO-CELL-AVAILABLE

SIM/USIM卡，子状态为NO-IMSI

GPRS，且PLMN或LA不在禁用列表，子状态为

GPRS但属于禁用PLMN或禁用LA，MS将进入

PLMN内小区均不支持

NORMAL-SERVICE;

LIMITED-SERVICE

GPRS,MS进入

GMM子状态PLMN-SEARCH:

状态时插入SIM/USIM；

或NOCELLAVAILABLE

以外的状态下收到用户要求PLMN选择的请求

以外的状态下丢失覆盖

-根据3GPP43.022和3GPP25.304所述进行小区选择，并选择下一个合适的状态

4.242.6子状态PLMN-SEARCH

无专门描述。

4.2.4.2.7子状态ATTACH-NEEDED

在选择的小区上只要接入等级允许网络接入而还有需要的话立即发起

4.2.4.2.8子状态SUSPENDED(GSMonly)

MS将：

-不能发送用户数据

-不能发送信令消息

4.2.4.3从其他GMM状态返回到GMM-DEREGISTERED时的子状态

在返回到GMM-DEREGISTERED时，MS会选择一个小区，女03GPP43.022和3GPP25.304中所

述。

新的子状态选择取决于小区选择的结果，之前执行的GMM特殊流程的结果，

态，MS内存储的位置区数据以及是否具有SIM/USIM卡：

-如果没有找到小区，子状态为NO-CELL-AVAILABLE，直至找到小区

-如果没有插入SIM/USIM卡或插入的卡被视为无效，子状态为NO-IMSI;

-如果选择的小区所在位置区允许漫游，子状态为NORMAL-SERVICE

-如果将要执行GPRS附着(比如网络请求重附着)，子状态为ATTEMPTING-TO-ATTACH

-如果需要PLMN重选(参考3GPP23.122)，子状态为PLMNSEARCH

-如果选择的小区所在位置区不允许

4.2.5GMM-REGISTERED状态下的行为

当GMM连接建立，比如MS对GPRS业务或GPRS业务和非GPRS业务同时进行了IMSI附着，进入

GMM-REGISTERED状态。

GMM-REGISTERED状态下MS的详细行为在4.2.5.1中描述。进入此状态的主子状态总是NORMAL-

SERVICE。

注意GMM-REGISTERED的各种子状态间相互转换是由下列动作引起的：

-小区选择/重选

-路由区变更

-丢失服务或重拾服务

各个GMM流程如果影响GMM-REGISTERED的子状态将在4.7中详细描述。

4.2.5.1MS在GMM-REGISTERED状态下的详细动作描述

在状态GMM-REGISTERED,MS的动作按照以下描述的子状态进行。

4.2.5.1.1子状态NORMAL-SERVICE

MS将：

-进行小区选择和重选

-进行正常和周期路由区更新

-接收和发送用户数据，信令消息

GPRS操作模式C或A的MS可以响应寻呼。

GPRS操作模式B的MS也可能响应寻呼。

4.2.5.1.2子状态SUSPENDED(GSMonly)

MS将：

-不发送任何用户数据；

-不发送任何信令消息

-不进行小区更新

GPRS附着。

GPRS更新状

MS漫游，子状态为LIMITED-SERVICE

425.1.3子状态UPDATE-NEEDED

MS将：

-不发送任何用户数据；

-不发送任何信令消息；

-执行小区选择和重选；

-只要小区接入等级允许网络接入根据GPRS更新状态在第一时间选择新的子状态

4.2.5.1.4子状态ATTEMPTING-TO-UPDATE

MS将：

-不发送任何用户数据；

-在时钟T3311或T3302超时执行路由区更新

-服务小区所在路由区改变时，如所属位置区不在禁用位置区列表，执行路由区更新

-如果进入此状态是由于4.7.5.1.5中描述的原因为"retryuponentryintoanewcell"的情

况

b）或d）引起的，在进入新小区时会执行路由区更新；

-如果进入此状态是由于4.7.3.1.5中描述的"retryuponentryintoanewcell"之外原因的

情况c）或d）引起的，在进入新小区时不执行路由区更新；

-如果在网络操作模式I,CM层请求发起联合路由区更新流程。看T3311和T3302谁在跑

就停掉谁，然后执行该时钟超时后的动作。

4.2.5.1.5子状态NO-CELL-AVAILABLE

MS将根据3GPP43.022和3GPP25.304的描述进行小区选择或重选。

4.2.5.1.6子状态LIMITED-SERVICE

MS将根据3GPP43.022和3GPP25.304的描述进行小区选择或重选。

4.2.5.1.7子状态ATTEMPTING-TO-UPDATE-MM

MS将：

-根据3GPP43.022和3GPP25.304的描述进行小区选择或重选；

-接收和发送用户数据，信令消息；

-在时钟T3311或T3302超时，执行"combinedRA/LAupdatingwithIMSIattach"的路由

区更新；

-当服务小区所在路由区改变且小区所属位置区不在禁用位置区列表，执行

RA/LAupdatingwithIMSIattach"的路由区更新。GPRS操作模式C或A的MS可

以响应寻呼。

GPRS操作模式B的MS也可能响应寻呼。

4.2.5.1.8子状态PLMN-SEARCH

当MS在MMIDLE时，如果处于自动宣王模式，且GPRS路由区更新尝试计数器控制的

路由区更新已经连续失败了允许的最大次数，将进入选择

了新PLMN则执行路由区更新。

4.3MM公共流程

正如4.1.1中所述，只要网络和MS间存在一条RR连接，可以随时发起MM公共流程。

4.3.1TMSI重配置流程

TMSI重配置的目的就是保证标识的隐秘，比如保护用户不受非法入侵者的识别和跟踪（详情

参考3GPP42.009和3GPP33.102）。

如果IMSI申请了标识保密服务，在无线接口的信令流程中用到的将是TMSI取代之。

在一个支持"IntradomainconnectionofRANnodestomultipleCNnodes"的网络中，

每一个IMSI附着了的MS都将分配一个TMSI。参考3GPP23.2364.3节。

"combined

GMM子状态PLMN-SEARCH。如果

TMSI的结构在3GPP23.003中描述。TMSI的作用于仅限于一个位置区内。如果出了位置

区，它就要和LAI联合起来才能提供唯一的标识。

通常在每次位置区改变时都会进行TMSI的重新分配。（这个也由网络运营商决定）。

TMSI重分配可以像本节描述的那样单独执行，也可以在位置更新流程中执行。配在位置更新流程中

会专门讲到。

如果MS提供的TMSI不被网络识别，比方说数据库出错，网络可能要求

这样的话在TMSI重配置执行前还会有标识流程（见4.3.3）。

只要网络和MS间有RR连接存在，网络可以随时发起TMSI重分配。

注1:TMSI重分配通常都是在加密模式下进行。

注2：正常情况下TMSI重分配都是和其他流程混合进行，比如和发起呼叫时的位置更新

（参

考3GPP29.002）。

4.3.1.1网络发起TMSI重分配

网络下发信令TMSIREALLOCATIONCOMMAND，并启动时钟T3250，TMSI重配置开

始。

这条信令包含了网络分配的新的TMSI和LAI的组合，如果需要删除之前使用的TMSI网

络会分配LAI和IMSI。通常情况这条信令是在加密模式下使用一条RR连接传送给MS的。

4.3.1.2MS完成TMSI重分配

MS收到COMMAND信令后，将LAI存储到SIM/USIM卡里。如果收到的是IMSI，MS将存储的TMSI

删除。如果是TMSI，将其存在SIM/USIM卡里。这两种情况下，MS都会回复TMSIREALLOCA

TIONCOMPLETE

4.3.1.3网络端完成TMSI重分配

收到TMSIREALLOCATIONCOMPLETE

则认为旧的TMSI已删除，

如果不再需要RR连接，

4.3.1.4异常情况

MS侧：

只要MS收到了正确的

息（比如LOCATIONUPDA

TMSI的分

MS出示IMSI。

到网

络。

如果发送的是新网络

请求RR层释放。

后，网络停止T3250，如果之前发送的是IMSI，

TMSI，则视为有效。

TMSIREALLOCATIONCOMMAND或其他包含了新TMSI的消TING

ACCEPT），认为新的TMSI和LAI有效，并删除旧的TMSI和LAI。后面有任何RR连接出错都不会影

响TMSI

网络侧：

a）RR连接失败：

如果在收到TMSIREALLOCATIONCOMPLETE

接都将释放，在一定恢复时间内，新的TMSI和旧的

在这段时间里，网络可以：

-如果

重分配

-如果

和LAI的保存。

消息前发现RR连接断开，所有MM连TMSI

视为被占用处理，不能挪作他用。

层发起事件，将使用IMSI来发起寻呼。收到MS的响应时，重新开始TMSI

在发出的RR连接请求里使用了新的TMSI，视其为有效；使用的是旧的

TMSI，使用标识流程先，后面再进行TMSI重分配。

也可能有其他情况。

b）时钟T3250超时：

网络端的TMSI重分配由时钟T3250监控着。当其第一次超时，网络会释放RR连接。这时，网

络将终止重配置流程，释放所有MM连接，后面按照上面讲到的RR连接失败案例进行。

4.3.2鉴权流程

4.3.2aUMTS鉴别工作用到的鉴权流程

鉴权流程的目的有如下4点（参考3GPP33.102）:首先，允许网络检验MS提供的标识是否合

格；其次，提供参数给MS以计算新UMTS加密密钥；再次，提供MS参数以计算新的UMTS完整

性密钥；最后，允许MS鉴别网络。

鉴权流程用到的地方在3GPP33.102中详述。

UMTS鉴权流程总是网络发起和控制。不过，MS也可以拒绝网络发出的UMTS鉴别工作。如果MS

有插入USIM卡，才会支持UMTS鉴别。

当UMTS鉴权在GSM或UMTS上执行后，网络和MS内页建立了一个UMTS安全上在UMTS鉴权成功

后，网络和MS端都会保存UMTS加密密钥，UMTS完整性密钥，加密密钥和加密密钥序列号。

4.3.2bGSM鉴别工作用到的鉴权流程此鉴权目的有以下2点（参考3GPP43.020）:

首先允许网络检验MS提供的标识是否合格；其次提供MS参数来计算新的GSM加密密钥。

鉴权流程用在哪些情况将在3GPP42.009中讲述。鉴权流程总是网络发起和控制。支持GMS和

UMTS的双模终端也支持GSM鉴别。

当GSM鉴权在GSM或UMTS上执行后，MS和网络端将建立一个GSM安全上下文。如果MS用的USIM

卡，在在GSM鉴权成功后，网络和4.3.2.1网络发起的鉴权请求网络通过无线接口下发信令

UMTS下它可以不接受GSM鉴权。

MS端都将保存GSM加密密钥和加密密钥序列号。

F文。

GSM

不过,

AUTHENTICATIONREQUEST，并启动T3260，鉴权流程便启（GSM

参考3GPP43.020,UMTS参考3GPP

GSM加密密钥序列号，这是分配给将由

UMTS鉴权，该信令消息还会包含加密密钥序列号，这

动了。该信令包含了计算回应参数必要的参数33.102）。如果是GSM鉴权，该信令消息还会包含给

定参数计算出的密钥的。如果是是分配给将由给定参数计算出来的个密钥集的。

4.3.2.2MS回应鉴权只要存在RR连接，MS可以随时回应AUTHENTICATIONREQUEST。除了

4.3.2.5.1中描述的例外情况，MS将回复AUTHENTICATIONRESPONSE给网络。

如果MS使用的SIM卡，忽略鉴权参数AUTNIE,按照GSM鉴权的方式执行。不会进行4.3.2.5.1中

描述的网络鉴权。

在UMTS鉴权时，由鉴权参数计算出的新的UMTS加密密钥，GSM加密密钥和UMTS完

整性密钥将替换之前就的密钥。新的这些密钥和加密密钥序列号将存储在SIM/USIM让手机根据终端

支持的鉴权方式给网络鉴权响应。

个RES信号到终端。GSM鉴权会让SIM/USIM传输一个支持UMTS鉴权的终端也支持以下流程：为避

免出现同步失败，如果两次收到同一个RAND,MS

UMTS加密密钥，UMTS完整性密钥和GSM加密密钥这

USIM卡上。

UMTS鉴权会让USIM传输一

SRES至U终端。

将RAND和USIM返回的RES—

起存储在内存里，并和后面收到的RAND比较，直到存储的RAND被删除。如果存储的

RAND和AUTHENTICATIONREQUEST中新收至曲勺一样，MS不再传递RAND给USIM,只是立即返

回携带存储的RES的AUTHENTICATIONRESPONSE。如果MS没有存储有效的RAND，或存储的

RAND和新收到的不一致，MS将RAND传递给USIM，用新值取代之前存储的RAND和RES并启动，

或重置，重启动T3218。

以下情况时，存储在MS的RAND和RES值将被删除，如果T3218在跑，停止：

-收至USECURITYMODECOMMAND(lumodeonly),CIPHERINGMODECOMMAND(A/Gbmode

only),CMSERVICEACCEPT,CMSERVICEREJECT,LOCATIONUPDATINGACCEPT,或

AUTHENTICATIONREJECT消息

-时钟T3218超时

-MS进入MMIDLE或NULL。

4.3.2.3网络侧鉴权处理

收到AUTHENTICAIONRESPONSE,网络停止T3260,检验该响应是否有效。GSM鉴权请

参考3GPP43.020,UMTS鉴权请参考3GPP33.102。

如果收到AUTHENTICATIONFAILURE，网络停止T3260。如果是同步失败，核心网将和HLR/AuC协商

后再提供MS新的鉴权参数。

4.3.2.4加密密钥序列号

鉴权和加密的安全参数都是捆绑在集合里的。在GSM鉴权里，只要密钥和IMSI相关，通

过参数RAND可以计算出鉴权响应参数SRES和GSM加密密钥。在UMTS鉴权里，只要密钥和IMSI相

关，通过参数RAND可以计算出RES和UMTS钥。另外，GSM加密密

钥还可以用UMTS完整性密钥和UMTS算出来。

为了在没有鉴权的RR连接上启用加密，引入了加密密钥序列号。

制，网络通过AUTHENTICATIONREQUEST将其分配给GSM加密密钥或

UMTS加密密钥和UMTS完整性密钥，这些密钥都是可以通过信令中携带的RAND计算出来。

MS把这个加密密钥序列号和对应的密钥存储在一起，并在第一条消息(LOCATION

UPDATINGREQUEST,CMSERVICEREQUEST,PAGINGRESPONSE,CMRE-ESTABLISHMENT

REQUEST)中告知网络这些密钥用的哪个序列号。

在讲到删除加密密钥序列号时，同样意味着关联的GSM加密密钥，UMTS加密密钥和UMTS完整性密钥

也无效了。

在GSM,如果存储的加密密钥序列号和MS提供的一致，网络可以选择使用存储的GSM加

密密钥来启动加密(3GPP42.009有讲)。

在UMTS,如果存储的加密密钥序列号和MS提供的一致，网络可以选择使用存储的UMTS

加密密钥和UMTS完整性密钥来启动加密和完整保护。

注意：在某些特殊情况，可能会使用KSI取代加密密钥序列号。

4.3.2.5网络不接受鉴权

如果鉴权失败，比如，响应的无效，网络需要根据

-使用的TMSI;

-使用的IMSI

如果是使用的TMSI，网络会发起标识流程。如果联的

不一致，鉴权将使用正确的参数重新启动。如果下文

描述执行。

如果使用的是IMSI，网络不会

使用标识流程，发送消息发出

后，所有进行中的

收至UAUTHENTICATION

ROAMINGNOTALLOWED视为

无效，直到关机或取出卡。

如果在IMSIDETACHINITIATED状态收到了AUTHENTICATIONREJECT,MS的行为按照4.3.4.3

所述。

如果是其他状态收到的，MS会终止任何MM特殊流程，MM连接的建立或呼叫重建立流程，

加密密钥，UMTS完整性密加

密密钥通过非加密公式计

加密密钥序列号由网络控

MS使用的标识区分以下两种情况:

MS提供的IMSI和网络用来和TMSI关

MS提供的IMSI和期望一致，网络按

AUTHENTICATIONREJECT至UMS。

MM连接都被释放，网络还会发起RR连接释放流程。

REJECT消息，MS设置SIM/USIM卡里的更新状态为U3

,删除卡里存储的TMSI,LAI和加密密钥序列号。SIM/USIM被

停止时钟T3210或T3230，释放MM连接，启动时钟T3240并进入WAITFORNETWORKCOMMAND状

态，等待释放RR连接。如果在T3240内没有释放RR连接，MS就自己终止RR连接。不管是网络发

起的RR释放还是MS自己终止的，气候MS都会进入MMIDLE，子状态NOIMSI。

4.3.2.5.1MS不接受鉴权

在UMTS鉴权里，鉴权流程被扩展到允许

在UMTS发起鉴权后，

的鉴权错误：

a）MACcodefailure:如果MS认为MACFAILURE消息给网络，行。

b）SQNfailure:

如果MS认为SQN（核

心网提供在AUTN参数

中）的值超出范围，也会发送AUTHENTICATIONFAILURE消息到网络，携带USIM提供的再同步标记

AUTS，填入拒绝原因为"Synchfailure"。MS后续动作按照4.3.2.6（d）执行。

在UMTS，如果插入卡USIM，MS会拒绝没有携带参数AUTN的鉴权消息（比如MS等待UMTS鉴权却

收到了GSM鉴权）。这时,MS回复AUTHENTICATIONFAILURE给网络，拒绝原因为"GSM

authenticationunacceptable"。MS后续动作按照4.3.2.6（c）执行。

如果MS返回了AUTHENTICATIONFAILURE，它会删除之前存储的RAND和RES参数

并停止时钟T3218，如果在跑的话。

4.3.2.6异常情况

a）RR连接失败：

在收至UAUTHENTICATIONRESPONSE前检测至URR连接断开，

接，并终止任何进行中的MM特殊流程。

b）T3260超时

在网络侧时钟T3260监督着鉴权的进行。当它超时，网络会释放会终

止鉴权流程以及任何进行中的MM特殊流程，释放所有MM

流程。

c）鉴权失败（拒绝原因为"MACfailure"或"GSMauthenticationunacceptable"）:

MS发送AUTHENTICATIONFAILURE消息，如上文所述拒绝原因为"MACfailure"或

"GSMauthenticationunacceptable",启动时钟T3214。另外，MS还会停止其他跑动的重传时钟

（比如T3210,T3220或T3230）。第一次收到MS发来的拒绝原因为"MACfailure"或"GSM

authenticationunacceptable"的AUTHENTICATIONFAILURE时，网络按4.3.3所述发起标识

流程，这是让网络获取IMSI。之后网络可以检查之前鉴权流程中用到的TMSI是否和正确

的IMSI关联。MS收至UIDENTITYREQUEST后回复IDENTITYRESPONSE。

注意：网络收到拒绝原因为"MACfailure"或"GSMauthenticationunacceptable"的

AUTHENTICATIONFAILURE时，也可以终止鉴权流程（见4.3.2.5）。

如果网络发现自身使用的TMSI/IMSI是错的，发起新的AUTHENTICATIONREQUEST。

MS收到后停止时钟T3214，按照正常情况处理这次鉴权。

如果MS对网络的验证通过（AUTHENTICATIONREQUEST中携带的SQN和MAC都是有效的），MS

才回复AUTHENTICATIONRESPONSE给网络，并开启重传输时钟（比如

T3210,T3220或T3230）,如果他们是在第一次收到失败的鉴权消息时正在运行而后却被停止的话。

MS检验核心网。因此可以检查基站是否有效。

出错，MS可以拒绝核心网。该参数包括两种可能

如果参数AUTN

AUTN参数中）无效，发送AUTHENTICATION

码（核心网提供在

拒绝原因为"MACfailure"。而后，MS按照4.326（c）中描述操作进

网络会释放所有MM连

RR连接。这时，网络还

连接，发起RR连接释放

如果在T3214运行时，收到了第二次

定，或者消息包含了GSM鉴权，那效，

MS按照情况d）执行。

如果下列情况发生，鉴权被视为虚假：

-发送拒绝原因为"MAC

AUTHENTICATIONFAILURE后，时

钟T3214超时；

-在连续三次鉴权中，MS均检测到以下错误集合中的一种:"MACfailure","invalid

SQN",

"GSMauthenticationunacceptable"。这里所说的连续，指的是当MS收到引起第二和第三次

鉴权失败的鉴权消息时，前一次鉴权失败后启动的时钟T3214或T3216正在运行中。

当MS认定鉴权源为虚假时，将按照4.3.261所述执行。

d）鉴权失败（拒绝原因为"synchfailure"）:

MS向网络发送拒绝原因为"synchfailure"的AUTHENTICATIONFAILURE后，启动时钟T3216。

另外MS还会停止在跑的任何重传时钟

（比如T3210,T3220或T3230）。网络第一次

收到这样的FAILURE消息时，使用消息中返回的VLR/MSC删除IMSI对应的所有未使用鉴权向量，

网络重新发起鉴权流程。如果收到之。

注意：连续两次都收到拒绝原因为"synchfailure"的AUTHENTICATIONFAILURE后，网

络可以发送AUTHENTICATIONREJECT终止鉴权流程。

如果对网络的验证通过（新的AUTHENTICATIONREQUEST包含的SQN和MAC均有效）而此时

T3216在跑，MS将回复AUTHENTICATIONRESPONSE，并开启重传输时钟（比如T3210,T3220或

T3230）,如果他们是在第一次收到失败的鉴权消息时正在运行而后却被停止的话。

如果在T3216运行时，收到了第二次AUTHENTICATIONREQUEST，且MAC值不能确定，或者消息

包含了GSM鉴权，那MS会按照上文描述的情况C）执行。如果SQN无效，MS按照情况d）从头执

行。

当以下任一情况发生时，MS认定网络鉴权失败，并按照4.3.261

-T3216超时；

-在连续三次鉴权中，MS均检测到以下错误集合中的一种

:"MAC

"GSMauthenticationunacceptable"。这里所说的连续，

指的是当

鉴权失败的鉴权消息时，前一次鉴权失败后启动的时钟

4.3.2.6.1MS对鉴权失败的网络端的动作如果MS认定网络的鉴权检验已经失败，请求RR或RRC释

放RR连接和PS信令连接，并

设服务小区为禁用。MS启动重传输时钟（比如T3210,T3220或T3230）,如果他们是在MS第一次

收到包含无效MAC或SQN或者期望UMTS鉴权时缺失AUTN的鉴权消息时正在运行而后却被停止的

话。

4.3.2.7在从UMTS到GSM的异系统更换时密钥的处理

从UMTS异系统换到GSM后，不用任何新的鉴权流程就可以启动加密。是否要减少一些GSM下使用的

AUTHENTICATIONREQUEST，且MAC值不能确

MS会按照上文描述的情况C）从头执行。如果SQN无

failure"或"GSMauthenticationunacceptable"的

AUTS参数进行再同步。再同步需要

并从HLR获取新的向量。当再同步完成，

AUTHENTICATIONREQUEST时，T3216在跑，MS停

中所述进行后续动作:

failure","invalid

SQN",收到引起第二和第

三次

安全密钥，取决于当前存储在MS和网络中的GSM/UMTS安全上下文。

ME根据下表4.3.2.7.1处理GSM加密密钥。

表4.3.2.7.1从UMTS异系统换到GSM

SecuritycontextestablishedinMSAtinter-systemchangetoGSM:andnetworkin

UMTS

GSMsecuritycontext

AnMEshallapplythestoredGSMcipherkeythatwas

receivedfromtheGSMsecuritycontextresidingin

theSIM/USIMduringthelatestsuccessfulciphering

modesettingorsecuritymodecontrolprocedurebefore

theinter-systemchange.

UMTSsecuritycontext

AnMEshallapplythestoredGSMcipherkeythatwas

derivedbytheUSIMfromtheUMTScipherkeyandthe

UMTSintegritykeyandprovidedbytheUSIMduring

thelatestsuccessfulcipheringmodesettingor

securitymodecontrolprocedurebeforetheinter-

注意：存有UMTS安全上下文的USIM，是否将UMTS加密密钥，UMTS完整性密钥和提取出来的GSM

加密密钥传递给ME取决于当前的无线接入是UMTS还是GSM。4.327a使用建立了的安全上下文

在GSM，如果GSM安全上下文已建立，在有RR连接时收到有效的COMMAND，ME会直接从

SIM/USIM中加载GSM加密密钥并使用MODECOMMAND的定义在3GPP44.018第3.4.7.2

节）。

在GSM，如果UMTS安全上下文已建立，在有RR连接时收到有效的

CIPHERINGMODE

（有效CIPHERING

CIPHERINGMODE

"c3"的

COMMAND，ME会直接从USIM中加载GSM加密密钥并使用。网络可以使用名为转换公式（参考3GPP

33.102）用UMTS加密密钥和UMTS完整性密钥提取到GSM加密密钥。

在UMTS，如果GSM安全上下文已建立，ME可以通过转换公式"c4"和"c5"使用GSM加

密密钥计算出UMTS加密密钥和UMTS完整性密钥。GSM加密密钥可以从SIM/USIM中读取，当收到了

有效的指示CS域的SECURITYMODECOMMAND时MS会用到计算出来的UMTS加密密钥和UMTS完整

性密钥。网络也可以使用"c4""c5"公式从GSM加密密钥中提取出UMTS加密密钥和UMTS完整性密

钥。

在UMTS，如果UMTS安全上下文已建立，MS收到了指示CS域的有效SECURITYMODECOMMAND（有

效的定义在3GPP25.331）时，可直接从USIM卡中导出UMTS加密密钥和UMTS完整性密钥使用。

对于UMTS和GSM，在网络发起新的鉴权流程，建立新的GSM/UMTS安全上下文之前，

如果在UMTS下MS收到指示CS域的SECURITYMODECOMMAND或在GSM的MS收到有效的

CIPHERINGMODECOMMAND信令，MS会使用新的密钥。在UMTS内部切换，GSM内部切换，或

UMTS至UGSM切换的情况，在收到UMTS下新的有效的SECURITYMODECOMMAND之前，或者GSM

下在收到新的有效的CIPHERINGMODECOMMAND之前，MS和网络都将继续使用旧的密钥集产生的密

钥。如果是GSM切换到UMTS的情况，

在第二次收到指示CS域有效的SECURITYMODECOMMAND命令前，MS和网络都会继续使用原密钥生

成的密钥。

注意1:如果在异系统转换到COMMAND，那么在异系统变更后，IE的SECURITYMODECOMMAND

UMTS之前，MS收到了有效的

MS收到的第一条指示为CS域,

，是在UTRAN没有从MSC/VLR

制模式流程就已经发起了。唯一的目的是只启动完整性保护，而不是从新的

加密密钥。

注意2:条件如上同，如果异系统转移到UMTS后，收到的第一条指示

CIPHERINGMODE且

只包含完整性保护调

用RANAP安全控

SIM/USIM中提取

CS域的SECURITY

MODECOMMAND（没说只包含完整性保护IE）是UTRAN从MSC/VLR调用了RANAP安全模式控制流

程后发起的，目的为了从SIM/USIM中提取密钥集来激活完整性保护或加密

以及完整性保护。

4.3.2.8对GSM异系统转移到UMTS

在从GSM异系统转到到UMTS时，下

加密和完整性保护用到的安全密钥，上

下文。

ME参照表4.3.2.8.1对UMTS加密密钥和UMTS完整性密钥进行处理。表4.328.1:从GSM异系统

转移到UMTS

SecuritycontextestablishedinMSandAtinter-systemchangetoUMTS:network

inGSM

GSMsecuritycontext

AnMEshallderivetheUMTScipherkeyandthe

UMTSntegritykeyfromthestoredGSMcipherkey

thatwasprovidedbytheSIM/USIMduringthe

latestsuccessfucipheringmodesettingor

securitymodecontrolprocedurebeforethein

versionfunctions

named"c4"and"c5"in3GPPTS33.102[5a]are

usedforthispurpose.

UMTSsecuritycontext

AnMEshallapplythestoredUMTScipheringkey

ancthestoredUMTSintegritykeythatwere

receivedfromtheUMTSsecuritycontextresidi

ngintheUSIMduringtheatestsuccessfulcip

heringmodesettingorsecuritymodecontrolp

注意：如果USIM带有UMTS安全上下文，不管现在无线接入模式为UMTS还是GSM，都

将UMTS加密密钥，UMTS完整性密钥以及计算出来的GSM加密密钥传递给ME。

4.329无

4.3.3标识流程

网络利用标识流程向MS索取某个特殊标识参数，比如IMEI。对于IMEI的描述，参考3GPP

42.009。

4.3.3.1网络发起标识流程

网络下发信令IDENTITYREQUEST，并启动时钟T3270。这条信令在标识类型IE里指明了请求的标

识类型。

4.3.3.2MS对标识流程的响应

只要存在RR连接，MS可以随时响应IDENTITYREQUEST。

MS回复一条IDENTITYRESPONSE，里面包含了网络要求的标识参数。网络收到后，停止时钟

T3270。

4.3.3.3异常情况

a)RR连接失败：

如果在收到IDENTITYRESPONSE之前，网络检测到RR连接失败，释放所有MM连接并终止任何

运行中的MM特殊流程。

b)T3270超时：

T3270是负责在网络侧监督标识流程的。如果超时，网络将释放RR连接。这时，网络还

会终止标识流程和任何运行中的MM特殊流程，释放所有MM连接，发起RR连接的释放。

时密钥的处理

不用新的鉴权流程就可以启动加密和完整性。UMTS

取决于MS和网络中存储的当前GSM/UMTS的安全

4.3.4IMSI去附着

IMSI去附着流程可能是MS关机或者用户标识去激活（参考3GPP42.017和31.102）引起的。

在GSM,BCCH信道上L3-RR广播的系统消息SYSTEMINFORMATIONTYPE3中的一个标志ATT

是网络用以指示是否需要去附着流程。只有当MS处于MMIDLE时收到了这个系统消息，才认为ATT

标志有效。

在UMTS，网络在BCCH上广播的SYSTEMINFORMATIONBLOCKTYPE3中的ATT标志也是用以

指明是否需要去附着。同样的，只有当MS处于MMIDLE时才认为收到的

ATT标志有效。

执行该流程后，MS被网络视为非激活状态。

4.3.4.1MS发起的IMTS去附着

去附着流程仅包含MS发送到网络的IMSIDETACHINDICATION这一条信令。发出后，MS启动时

钟T3220，并进入MM子状态IMSIDETACHINITIATED.

如果没有RR连接，MS会先请求RR层建立RR连接。如果由于当前小区不可用而无法建立RR连接，

MS会在一段5-20S之间的时间内尝试找到合适小区。如果找到，MS再次请求

RR连接RR连接，如果失败，终止

如果当前有MM特殊流程运行中，IMSI去附着是不允许的。也可能IMSI去附着被延期到MM特殊流

程执行结束，或者IMSI去附着直接被忽略。

4.3.4.2网络侧的IMSI去附着

收到IMSIDETACHINDICATION时，网络将IMSI置为非激活状态。并不向MS回复任何消息。网

络还会在本地释放任何运行中的MM连接，并发起正常的RR连接释放流程。

只适用于支持VGCS的网络：如果从正在组呼中通话的MS那里收到IMSIDETACH

INDICATION时，网络的服务状态为MMCONNECTIONACTIVE（GROUPTRANSMITMODE），网络在本

地释放MM连接然后进入服务状态GROUPCALLACTIVE。

4.3.4.3MS完成IMSI去附着

当RR连接释放时T3220停止。MS也可能延迟信道释放等到T3220超时，如果此操作不可行（比

如关机的情况）MS侧的RR层被终止。

4.3.4.4异常情况处理

如果RR连接建立失败，或者RR连接中断，MS将终止IMSI去附着。

4.3.5终止流程

网络可以使用终止流程来终止任何进行中的MM连接建立或已经建立的MM连接。只有当

前至少存在一条MM连接或者有一条正在建立中时，MS收到ABORT消息才认为有效。

4.3.5.1网络发起终止流程终止流程仅包含网络发给MS的一条ABORT信令。在发出ABORT前，网络

先在本地释放任何进行中的MM连接，发出后，网络可以发起正常的RR连接释放。

下面列出的原因指明了终止的理由：

#6:illegalME

#17:Networkfailure

4.3.5.2MS侧终止流程

收到ABORT消息后，MS终止任何MM连接建立或调用重建立流程，释放所有MM连接。

如果终止原因为#6,MS还会删除存储在SIM/USIM中的TMSI,LAI和加密密钥序列号，设

置更新状态为ROAMINGNOTALLOWED，SIM/USIM卡被视为无效，直到关机或取出SIM/USIM卡。释

放RR连接后，MS进入MMIDLE，子状态为NOIMSI。

MS就等着网络释放RR连接了。

4.3.6MM信息流程

MM信息流程对于网络是可选的。

IMSI去附着。

只要RR连接存在，网络随时可以发起MM信息流程。

4.361网络发起MM信息流程

MM信息流程只包含网络下发给MS的一条信令MMINFORMATION，在RR连接存在时，

网络可以发送一条或多条MMINFORMATION到MS。如果发出了多条，这些消息可以有

不同内容。

注意：网络可以选择什么时候发送MMINFORMATION不会延时或打断任何CM层事务，

比如刚发出AUTHENTICATIONREQUEST消息后。

4.362MS端的MM消息流程

当MS（支持MM消息流程）收到MMINFORMATION时，接受此信息，可选的更新存储在MS里的某

些信息。

如果MS不支持MM消息，忽略消息内容，返回一个原因为

4.4MM特殊流程

MM特殊流程只有当没有其他MM特殊流程运行或没有其他

在一个MM特殊流程的生命期里，如果CM实体请求建立

绝要么延期到运行的MM特殊流程结束后。

在MM特殊流程进行中可以发起人和MM公共流程（IMSI

为了进行后面的MM特殊流程或MM连接的建立，MM特殊流程结

束后MS会等待RR连接的释放，除非得到

网络的特别许可

注意：网络侧在建立MM连接时刻使用同

一个

4.4.1位置更新流程

位置更新是一个通用流程，有以下三种使用方式：

-正常位置更新（本节描述）；

-周期更新（见442节）；

-IMSI附着（见443节）。

正常位置更新是将MS的当前位置区登记给网络。LOCATIONUPDATINGREQUEST消息

中包含的位置更新类型指示为normal。对于MMIDLE下每个服务状态进行正常位置更新流

程的条件在4.2.2中讲述。

只适用于支持VGCS接听或VBS接听的MS:

RECEIVINGGROUPCALL（NORMALSERVICE）

SERVICE）子状态的MS，要执行位置更新，MS

RR连接，完成后再返回RR组接收模式。

当网络对MM连接建立请求反应VLR中找不到

为了限制位置更新尝试的次数，我们用到了尝试计

数器，

当MS开机或插入SIM/USIM卡时，此计数器被重置。

位置更新成功后，MS设置存储在SIM/USIM卡里的更新状态为UPDATED，并存储收到的LAI，尝

试计数器也将被重置。

关于尝试计数器的详细处理在4.446到4.449中描述。

ME还有包含几个歹y表"forbiddenlocationareaforroaming""forbiddenlocati

onareasforregionalprovisionofservice"。这些列表在MS关机或取出卡时被删除，或者周

期性（12到24

小时间的一个周期）清除。当BCCH上收到的LAI触发了位置更新而且还收到了原因为"roaming

notallowedinthislocationarea"或"locationareanotallowed"的更新拒绝消息，对应

#97的MMSTATUS。

MM连接的时候才可以运行。

MM连接，这个请求要么会拒

去附着除外）。

(follow-on

proceed)。

对处于RR组接收模式MMIDLE状态,或

RECEIVINGGROUPCALL（LIMITED将离开

组接收模式，建立一条独立的专用

MS时，也需要发起正常位置区更新。

当位置更新失败，计数器就加1。

的LAI就会添加到对应的上述两个列表中。每个列表可以累积到10个甚至更多的LAI，当

列表满时如有新成员加入，最老的将被删除挪出位子。

ME还有保存一个叫做"equivalentPLMNs"的列表。该表在每次位置更新，路由区更新和

GPRS附着流程结束后被替换或者删除。这个列表的内容是从网络加载下来的对等PLMN以

及加载该列表网络自己的PLMN码。此列表在关机时不会清除，但是取卡时会清除。可保

存最大记录数目为6.

不同状态下的小区选择在3GPP43.022和3GPP45.008中讲述。

位置更新总是MS发起的。

4.4.2周期性更新

周期性更新是MS周期性报告给网络自己的位置。也是位置更新流程完成的。只是消息中的更新类

型为Periodic。

该流程是MS端时钟T3212控制的。每当MS进入MMIDLE,子状态为NORMALSERVICE或ATTEMP

TINGTOUPDATE时，启动该时钟。当MS离开MMIDLE状态，如时钟在运行停之。

时钟在以下情况被停止（设置为初始值供下次使用）：

-收至U了LOATIONUPDATINGACCEPT或LOCATIONUPDATINGREJECT；

-收至U了AUTHENTICATIONREJECT;

-收到第一条MM消息，或安全模式完成，除了最近的服务状态为的情况

外；

-MS响应寻呼后收到第一条正确的

-MS被去激活（关机或取出卡）。

当T3212超时，位置更新流程启动，

MMIDLE以为的状态，位置更新将延期到进

入

MMIDLE状态的MS什么情况下进行周期位置更新在4.2.2节描述。

如果时钟超时的时候MS服务状态是NOCELLAVAILABLE,LIMITEDSERVICE,PLMNSEARCH或

PLMNWARCH-NORMALSERVICE,周期更新需等到离开这些服务状态时才进行。

在GSM，如果BCCH上收到的系统消息指示不使用周期更新，则不会启用周期性更新。

时钟值在L3-RRSYSTEMINFORMATIONTYPE3中广播。

在UMTS，如果BCCH上收到的系统信息或者上一次收到的专用系统信息指示不使用周期性更新，则

不会启用周期性更新。时钟值在

BLOCK1消息中。

即使在NOCELLAVAILABLE,

SEARCH-NORMALSERVICE状态，T3212I

每当T3212在运行中且它的值却要发生改变时

MS的行为如下：

用t1代表新的T3212的值，用t代表当前时钟的值，时钟将以t对t1求模的值重新启动。

在T3212未运行时，其值需要改变，MS的行为如下：

用t1代表新的T3212值，新的时钟将在一个随机时间内启动，随机时间取值范围

4.4.3IMSI附着流程

IMSI附着流程恰好和IMSI去附着流程互补。用以在网络端指示IMSI处于激活状态。

在GSM,L3-RR广播的SYSTEMINFORMATIONTYPE3消息中有个ATT标志，用来指明是否需要

使用附着和去附着流程。

在UMTS,L3-RRC广播的SYSTEMINFROAMTIONBLOCK1消息中有个ATT标志，也是用来指

示是否需要使用附着和去附着流程。

如果网络要求去附着/附着流程，当MS在网络覆盖区域内激活了IMSI（比如插入了

SIM/USIM卡）,或当MS从IMSI激活的区域进入到另一个覆盖区，这时会触发IMSI附着。

LIMITEDSERVICE

L3消息（非RR消息）;

T3212将被置为初始值供下次使用。如果此时MS在

MMIDLE时。

BCCH上的L3-RRCSYSTEMINFORMATION

LIMITEDSERVICE,PLMNSEARCH和的值也保持

不变。

-（服务小区改变，或广播的T3212的值改变）,

0-t1.

当且仅当更新状态为UPDATED且BCCH上广播的LAI和当前小区的一致，才会发起IMSI附着。否

则，不管ATT标志为何，都会发起正常的位置更新流程。

当然，IMSI附着本身就是使用位置更新流程完成的。LOCATIONUPDATINGREQUEST

消息中的更新类型填为IMSIattach就是了。

444通用位置更新流程

444.1MS发起的位置更新流程

任何用来触发位置更新的时钟(如T3211,T3212)如果在跑，都将停之。

由于发起位置更新流程时肯定没有是没有RR连接的，于是MM层会请求RR层建立一条

RR连接先，然后进入WAITFORRRCONNECTION(LOCATIONUPDATE)状态。建立RR连接的过程

在3GPP44.0183.3节和25.331讲述。

MS发送LOCATIONUPDATINGREQUEST给网络，并启动时钟T3210，进入LOCATIONUPDATING

INITIATED。位置更新类型按实际类型指示。

4.4.4.1a网络请求MS提供额外功能信息

在GSM，网络会发起等级标志查询过程(classmarkinterrogation)来获取MS的其他信息，

比如获取MS加密功能的更多信息。

4.4.4.2网络发起标识请求

网络可以发起标识流程，比如如果网络无法根据MS提供的TMSI和LAI得到相应的IMSI。

4.4.4.3网络发起鉴权

网络收到LOCATIONUPDATINGREQUEST后可能发起鉴权。

4.4.4.4网络的安全模式设置

在GSM，网络可以发起安全模式设置流程，比如分配了新的

在UMTS，网络发起安全模式控制流程，比如新分配了

4.4.4.5尝试计数器

为了限制位置更新尝试的次数，每当位置更新失败，就会用到尝试计数器。尝试计数器记

录了位置更新连续失败的次数。

每次位置更新失败，尝试计数器的值加1。详细描述在4449

以下情况时，尝试计数器将被重置：

-MS开机；

-SIM/USIM插入；

-位置更新成功完成；

-位置更新收到拒绝原因为#11,#12,#13或#15。

以下是在服务状态为ATTEMPTINGTOUPDATE时的情况：

-MS检测到进入了新位置区；

-时钟T3212超时；

-CM层请求触发的位置更新。

尝试计数器在时钟T3211超时后决定是否需要再发起位置更新。

4.4.4.6网络接受了位置更新

如果网络发起LOCATIONUPDATINGACCEPT接受了位置更新。

在标识保密服务启用时，位置更新还会用到TMSI重分配流程。分配的TMSI和LAI一起

放在LOCATIONUPDATINGACCEPT里。这时网络还会启动监控时钟T3250。

如果网络允许MS建立MM连接(比如MS在LOCATIONUPDATINGREQUEST消息中使用了follow-

onrequestpending)可以延长RR连接，网络会在LOCATIONUPDATINGACCEPT中设置

"follow-onproceed"并启动时钟T3255。

MS收到LOCATIONUPDATINGACCEPT消息后将存储收到的LAI，停止T3210，重置

TMSI

后。

尝试计数器，设置更新状态为UPDATED。如果消息包含的是IMSI，表示没有分配任何给MS,

MS将删除存储的TMSI。如果包含了TMSI，MS将其存储在SIM/USIM卡中，复TMSI

REALLOCATIONCOMPLETE消息给网络。如果IMSI和TMSI都没有，旧的

还有用的话将保留。

如果LOCATIONUPDATINGACCEPT消息中包含的LAI或PLMNID属于任一个”禁用列表"，则

列表中的项被删除。

网络还可能在LOCATIONUPDATINGACCEPT消息中发送"equivalentPLMN"列表。列表中每一项

包括一个PLMN码MCC+MNC。MS将存储到自己的列表，如果该列表中有PLMN码已经存在于

"forbiddenPLMNlist"，将从"equivalentPLMN"中删除先。另外,MS也会将发送此列表的PLMN

ID存储起来到对等列表。所有存储在对等列表的PLMN彼此都是对等的，无论是在PLMN选择，小区

选择/重选还是切换。每次收到LOCATIONUPDATINGACCEPT消息后对等列表都会被替换。如果消

息中没有包含此列表，MS中存储的列表就会删除。为

了开机时的PLMN选择的使用，MS在关机也会保留该列表。

这个时候（已收到LOCATIONUPDAINGACCEPT并进行相应的处理后），MS会根据LOCATION

UPDATINGACCEPT中是否有"follow-onproceed"执行对应操作。如果出现了这个IE,且MS有一

个未完成的CM应用请求，将发起CMSERVICEREQUEST给网络，执行描述在4.5.1.1。否则，MS

启动T3240进入状态WAITFORNETWORKCOMMAND。

另外，网络还可能授权准许MS使用本LA内和邻区内的GSM-CTS。MS将此授权存储在NV里。如

果IE"CTSpermission"没有出现，表示MS没有获得GSM-CTS的授权，并删除之前保存的记录。

注意1:CTS和GPRS的交互流程尚未定义。

网络还可能在LOCATIONUPDATINGACCEPT中发送一个本地紧急呼叫号码的列表。

ME将这些号码存储到紧急呼叫列表里，如果有号码已经存储在SIM/USIM中，则ME先将

其从列表删除。如果SIM/USIM没有存储紧急呼叫号码，先删除ME中永久存储的紧急号码，然后再

将列表中号码存储到ME。ME中存储的的紧急号码在每次收到新的紧急号码列

表时被替换。

紧急号码只有在与收到紧急呼叫列表的小区的MCC—致的网络中才有效。如果

LOCATIONUPDATINGACCEPT消息中没有紧急呼叫列表，ME中存储的列表将保留，除

非本次登记网络的MCC和上次登记的不同。

ME会使用网络收到的紧急号码以及SIM/USIM或ME中存储的紧急号码列表来判断所拨

号码是否紧急呼叫。

注意2：ME会使用紧急号码表来协助用户判断拨出号码是紧急呼叫还是其他号码，比如本地服务

号码。用户端执行视具体情况而定。

在关机或取出SIM/USIM卡时，紧急号码会被删除。ME

的紧急号码。

4.447网络未接受位置更新

如果网络不接受位置更新，发送LOCATIONUPDATING

到拒绝消息后，停止时钟T3210，存储拒绝原因，启动

UPDATINGREJECTED，等待网络发起RR连接的释放。对于拒绝原

因为情况，删除"equivalentPLMN"列表。

在释放RR连接时，MS会根据拒绝原因进行以下动作：

#2:IMSIunknowninHLR

#3:illegalMS

#6:illegalME

TMSI

并回

TMSI

最多可以存储10个从网络收到

REJECT消息给MS。当MS收

T3240,进入状态LOCATION

#12,#14和#15的

MS设置更新状态为ROAMINGNOTALLOWED,删除TMSI,LAI和加密密钥序列号，SIM/USIM

被视为对非GPRS服务无效，直到关机或取出SIM/USIM。

#11:PLMNnotallowed

MS删除存储在SIM/USIM卡中的LAI,TMSI置更新状

态为ROAMINGNOTALLOWED。还将

当MS返回MMIDLE时将执行PLMN选择。

#12:Locationareanotallowed

MS删除存储在SIM/USIM卡中的LAI,TMSI置

更新状态为ROAMINGNOTALLOWED。

MS将LAI存储在"forbiddenlocationareasforregionalprovisionofservice"歹U

表。

返回MMIDLE时MS将执行小区重选。

#13:Roamingnotallowedinthislocationarea

MS将重置尝试计数器，设置更新状态为ROAMINGNOTALLOWED。

将LAI存储在列表"forbiddenlocationareasforroaming"。

当MS返回MMIDLE时将执行PLMN选择。

#15:nosuitablecellsinlocationarea

MS将重置尝试计数器，设置更新状态为ROAMINGNOTALLOWED。

将LAI存储在列表"forbiddenlocationareasforroaming"。

当MS返回MMIDLE，在PLMN下另一个位置区搜索合适小区。

其他拒绝原因均被视为异常情况，将在4.449中讨论。

4.448位置更新后RR连接的释放

当位置更新完成后MS将启动时钟T3240,进入状态WAITFORNETWORKCOMMAND,等待RR连接

释放(除非MS有follow-onCM应用请求并已收到网络的follow-onproceed指示)。网络可能决定

保留RR连接以发起MM连接的建立，或者允许MS发起MM连接的建立。

任何RR连接的释放将由网络发起。如果在T3240超时后RR连接还未释放，MS将终止RR连接。无

论是MS终止的RR连接还是网络发起的RR连接释放，MS都将返回MMIDLE。进入MMIDLE后，选

择的子状态可能是NORMALSERVICE,RECEIVINGGROUPCALL(NORMALSERVICE),时钟T3212或

T3211超时后ATTEMPTINGTOUPDATE。

4.4.4.9MS侧的异常情况

异常情况也可以划分为以下几类：

a)接入等级控制引起的接入受限

位置更新尚未启动。MS停留在当前服务小区并进行正常小区重选。一旦条件合适将启动

位置更新(受限状态结束或小区改变)。

b)随机接入时收到IMMEDIATEASSIGNMENTREJECT(A/Gbmodeonly)

位置更新尚未启动。MS停留在当前服务小区并进行正常小区重选。当小区改变，等待时

钟T3122重置。T3122超时后如必要则立即启动位置更新。

c)随机接入失败(A/Gbmodeonly)

启动时钟T3213，当其超时将重新尝试位置更新。

注意：正如3GPP45.008所述，接着会发生小区重选，如果至少还有另外一个合适小区的话，选到

其他小区呆5s再返回到该小区，一般情况下小区重选都是让MS在5s后回到随机

接入失败的小区。(bullshit!)

如果T3213超时还没有重选到新小区，MS可能允许小区重选在最长8s后尝试。这种情况，一旦选

择了新小区或申明找不到其他小区时可以立即尝试位置更新。

和加密密钥序列号，重置尝试计数器，设

PLMN码存储在"forbiddenPLMNlist"。

和加密密钥序列号，重置尝试计数器，设

流程终止，MS动作按后文描述。

g)位置更新被拒绝，原因不在上文4.447描述范围

MS等待释放RR连接，然后按后文描述执行。

h)RR连接建立失败(lumodeonly)

流程终止，MS动作按后文描述执行。

注意：情况h包含了所有信令连接无法建立的情况，包括随机接入失败和接入拒绝。由于

RRC协议对错误有重传机制，因此MM没有必要区分具体的错误。

对于上文中提到的情况d和h，以及出现重复失败的c情况，MS的行为如下所述。如果时钟

T3210在跑，停之。如果T3210超时，终止RR连接。尝试计数器加1。下一步动作取决于LAI(存储

的值和服务小区的BCCH上收到的值)以及尝试计数器的值：

-更新状态为UPDATED，存储的LAI和BCCH收到的一致，且尝试计数器小于4:

MS保持更新状态为UPDATED,RR连接释放后MMIDLE子状态为NORMALSERVICE。

MS将记住位置更新类型。在RR连接释放后启动T3211,待其超时，使用记住的更新类型

发起位置更新。

-更新状态不是UPDATED，或者存储的LAI和BCCH上收到的不一致，或尝试计数器大于等于4：

MS删除SIM/USIM卡中存储的LAI,TMSI，加密密钥序列号，对等PLMN列表，设置更新状态为

NOTUPDATED，当RR连接释放后进入MMIDLE子状态ATTEMPTINGTOUPDATE。如果尝试计数

器小于4,MS将记住T3211要在RR连接释放后启动，否则MS记住T3212在RR连接释放后启动。

4.4.4.10网络侧异常情况

a)RR连接失败

如果在位置更新流程中伴随的公共流程中遇到RR连接失败，网络的行为在公共流程中描

述。

如果是在没有公共流程的时候发生了RR连接失败，则MS的位置更新被终止。

b)协议错误

如果收到的LOCATIONUPDATINGREQUEST带有协议错误，网络可以返回LOCATION

UPDATINGREJECT消息，携带以下原因之一：

#96:Mandatoryinformationelementerror

#99:Informationelementnon-existentornotimpiemented

#100:ConditionalIEerror

#111:Protocolerror,unspecified

发出拒绝消息后，网络启动信道是否流程

4.5.1MM连接的建立

4.5.1.1MS发起的MM连接建立

在收到CM实体的建立MM连接请求时，MM层首先决定是要接受，延迟还是拒绝这个请求：

-MS在只有以下条件满足时才会建立MM连接：

如果在位置更新时连续两次发生了随机接入失

败，

d)RR连接失败

位置更新被终止，

e)T3210超时

位置更新被终止，

f)流程正常结束前

MS将按后文描述执行。

MS动作按后文描述。

RR连接重置，MS动作按后文描述。

RR释放

-更新状态为UPDATED.

-MM层状态为如下其一：MMIDLE,RRCONNECTIONRELEASENOTALLOWED或

MM连接激活态，但不能是MM连接激活(Groupcall)状态。

有一个不受此规则限制的特殊情况是紧急呼叫。下文会进行详细讲述。

-如果收到CM建立MM连接请求时正在运行MM特殊流程，且已发出LOCATIONUPDATING

REQUEST，MM连接请求要么被拒绝或者延迟，视具体情况而定，直到MM特

殊流程完成，假设网络没有"follow-onProceed"指示，RR连接被释放。如果还没有发出消息LOCATION

UPDATINGREQUEST，MS会携带"follow-onrequest"指示在消息中。然后MS就可以在MM特殊流

程完成后延长RR连接，当然在网络同意这个请求的时候。

建立MM连接时MS将按如下操作：

a)如果没有RR连接，MM层请求RR层建立RR连接，进入MM状态WAITFORRR

CONNECTION(MMCONNECTION)。该请求包含建立原因和CMSERVICEREQUEST消息。当RR层指示

RR连接已建立时，MM启动时钟T3230,向CM实体发送之前MM连接建立请求的指示，进入状态WAIT

FOROUTGOINGMMCONNECTION。

b)如果RR连接可用，MM层发送CMSERVICEREQUEST到网络，启动时钟T3230并重置时钟

T3241，告知CM实体已请求MM连接建立，进入：

-MM状态WAITFORMMCONNECTION,如果没有活动的MM

-MM状态WAITFORADDITIONALOUTGOINGMMCONNECTION

MM连接是激活的。

-如果存在RR连接而MS处于WAITFORNETWORKCOMMAND

CM层请求都会被拒绝或延迟，直到离开此状态。

c)只针对支持VGCS通话的MS:

如果MS的MM状态为MMIDLE，服务状态为RECEIVINGGROUPCALL(NORMALSERVICE)，收

到GCC层要求执行上行接入的请求，MM层请求RR层执行上行接入，并进入WAITFORRR

CONNECTION(GROUPTRANSMITMODE).

当RR指示上行接入成功，MM给出GCC相应的指示，并进入MMCONNECTIONACTIVE(GROUP

TRANSMITMODE)。

如果RR层指示上行接入被拒绝，MM层也给GCC响应的指示，并进入MMIDLE，服

务状态RECEIVINGGROUPCALL(NORMALSERVICE)。

在网络侧，如果执行上行接入，网络侧的RR层会带上在TALKERINDICATION消息中收到的终

端注册标识一起指示给MM层。网络进入MMCONNECTIONACTIVE(GROUPTRANSMITMODE)状态。

CMSERVICEREQUEST消息包含以下信息：

-终端标识；

-MSclassmark2;

-加密密钥序列号

-CM服务类型，指示了请求的服务类型(比如是发起呼叫，紧急呼叫，短消息，SS,位

置服务等)。

支持eMLPP的终端还可能包含一个优先等级在CMSERVICEREQUEST消息中。

当处于MM状态WAITFOROUTGOINGMMCONNECTION

OUTGOINGMMCONNECTION状态时MS收到了CM层消息，

层将为收到的CM消息建立一条新的MM连接。

收到CMSERVICEREQUEST时，网络先分析其内容。根据其他析的

类型。根据请求的服务类型和RR连接状态，网络会可能发起

连接。

，如果至少有一

状态，此时收到的

或WAITFORADDITIONAL

便会产生冲突。这时，MM

MM连接来判断语义分MM

公共流程和RR流程。

在GSM网络，网络可以发起等级标志查询过程(classmarkinterrogation)，比如为了获

得

MS加密功能的更多信息。

如果MS提供的TMSI无法识别的话还可以发起标识流程。

根据CM服务类型网络可以发起鉴权流程。

在GSM网络下，网络还决定了是否发起加密控制设置流程。

在UMTS网络，网络也决定了是否发起安全模式流程。

注意：如果CMSERVICEREQUEST包含了优先级等级，网络还可以根据这个来进行排队等操作的

优先顺序。

在GSM网络，来自RR层的加密模式完成的指示，或者收到CMSERVICEACCEPT的指

示，都被MS当做服务接受的指示。

在UMTS，RR层的安全模式完成指示，或CMSERVICEACCEPT已收到的指示，都被当

做服务接受的指示。4.1.1.1.1中描述的流程都比本节描述的有更高优先级。

在UMTS，为紧急呼叫外的服务建立MM连接时，网络会启动安全模式以及完整性保护，除非完整性

保护已经启用。

MM连接建立完成，时钟T3230停止，CM实体将收到响应的指示，MM层状态MM

CONNECTIONACTIVE。MM连接为激活状态。

如果服务请求不允许，网络返回CMSERVICEREJECT消息给MS。

拒绝原因可以是以下原因：

#4:IMSIunknowninVLR

#6:illegalME

#17:Networkfailure

#22:Congestion

#32:Serviceoptionnotsupported

#33:Requestedserviceoptionnotsubscribed

#34:Serviceoptiontemporarilyoutoforder

如果没有其他MM连接存在，网络在发出CMSERVICEREJECT

当MS收到CMSERVICEREJECT消息，停止时钟T3230，并告知

-只要拒绝原因不是#4和#6，MS返回到之前的状态(收到CM

MM连接不受CMSERVICEREJECT消息的影响。

-如果收到的拒绝原因为#4,MS终止所有MM连接，删除SIM/USIM中存储的TMSI,LAI和加密密

钥序列号，改变更新状态为NOTUPDATED，进入MM状态WAITFORNETWORKCOMMAND。如果接下

来RR连接被释放或终止，MS会强行发起正常位置更新。位置更新

中是否需要记忆CM请求，由MS端自己决定。

-如果收到的拒绝原因为#6,MS终止所有MM连接，删除存储在SIM/USIM中的TMSI,LAI和加密

密钥序列号，设置更新状态为ROAMINGNOTALLOWED,MM进入状态WAITFORNETWORK

COMMAND。SIM/USIM被视为对非GPRS业务无效，直到关机或取出卡。4.5.1.2异常情况

MS侧：

a)RR连接失败或IMSI去激活

如果在建立MM连接时RR连接出错或IMSI被去激活，MM连接被终止，停止时钟T3230，并告知

CM实体。这时当做MM连接被拒绝处理，MM层会释放所有活动的MM连接。

b)T3230超时

如果T3230超时，MM连接建立被终止，并告知CM层。如果没有其他MM连接存在，

MS按照4.5.3.1所述执行RR连接释放。否则，MS返回到收到MM连接建立请求时的状态，其他活动

的MM连接不受影响。

后就发起RR连接释放。

CM层，执行以下动作：

层请求时的状态)。其他

C）拒绝原因为#95,#96,#97,#99,#100,#111

MS侧执行的动作和时钟超时情况一样。

d）随机接入失败或RR连接建立失败

如果在MM连接建立过程中MS检测到随机接入失败或RR连接建立失败，终止MM连接建立并告

知CM层。

注意：MS的下一步动作取决于此类错误发生在RR流程和MM特殊流程时的情况。

网络侧：

a）RR连接失败

和MM公共流程中发生RR连接失败的情况采取同样的动作。在MM公共流程进行时

RR连接失败会触发所有MM连接的释放。

b）无效的消息或消息内容

如果收到了无效的消息或者CMSERVICEREQUEST包含了无效的内容，返回包含以下原因之一的

CMSERVICEREJECT:

#95:Semanticallyincorrectmessage

#96:Mandatoryinformationelementerror

#97:Messagetypenon-existentornotimpiemented

#99:Informationelementnon-existentornotinplemented

#100:ConditionalIEerror

#111:Protocolerror,unspecified

发出CMSERVICEREJECT后，如果没有其他MM连接存在或异常情况已经影响到其他MM连接，网

络会发起RR连接释放。

4.5.1.3网络发起的MM连接建立4.5.1.3.1终端收到CM活动

当网络侧的CM层实体请求建立MM连接，MM层会请求RR层建立RR连接，如果到需要的MS之间

尚无RR连接的话。当寻呼流程完成后MM会收到相应指示，MS进入MM状态WAITFORNETWORK

COMMAND。

在GSM,当RR连接建立后，MM可以发起任一个MM公共流程（IMSI去附着除外），还可能请求

RR层执行RR等级标识协商流程（classmarkinterrogation），和/或安全模式流程。

在UMTS，如果RR连接已建立，MM层可以发起任何MM公共流程（IMSI去附着除外）,还可能请

求RR层执行安全模式流程。

当网络必须考虑的所有MM流程和RR流程都成功执行后，MM层通知CM实体MM连接建立成功

了。

如果RR连接已存在且没有MM特殊流程在运行，网络也可以发送携带新PD/TI组合的

CM消息给终端建立新的MM连接。

如果MS在MM状态WAITFORNETWORKCOMMAND或RRCONNECTIONRELEASENOTALLOWED

时收到第一条CM消息，MS停止并重置时钟T3240和T3241，进入状态MMCONNECTIONACTIVE。

在GSM，如果RR连接建立失败，或者任何一个

合适的错误原因通知CM层。

在UMTS,如果RR连接建立失败，或者任何以一个

合适的错误原因通知CM层。

如果RR连接已经用在MS正在执行的某个

MM公共流程，安全模式设置失败，都会以

MM公共流程，安全模式控制失败，都会

MM特殊流程中，CM请求可能被拒绝或延

interrogation），和/或安全模式设置流程。

在UMTS，当RR连接已建立（或者在收到请求时就已建立），MM层可以发起任何MM公共流程

（除了IMSI去附着），还可以要求RR层执行安全模式控制流程。

在MS支持NetworkInitiatedMOCMConnectionRequest的情况，网络可以利用包含的IE

theMobileStationClassmarkType2的内容来决定是否：

不启动此流程（比如RR连接已存在）；或

继续此流程，或

释放新建立的RR连接。

在NetworkInitiatedMOCMConnectionRequest的情况，网络将使用已建立的RR连接来

发送CMSERVICEPROMPT到MS。

如果MS支持NetworkInitiatedMOCMConnectionRequest，MM层将指示给CMSERVICE

PROMPT消息指定的CM实体，进入状态PROCESSCMSERVICEPROMPT。在此状态下，MM等待CM层

的拒绝或是重呼叫确认，CM层的其他请求都将被要么拒绝要么延迟到离开

此状态处理。

当指定的CM实体告知MM层，它已经发出第一条CM消息以启动CM重呼叫流程，MM进入状态MM

CONNECTIONACTIVE。

如果指定的CM实体指明它不会执行CM重呼叫流程，则所有MM连接都将被它们的CM实体释放，

MS根据4.5.3.1所述执行动作。

如果MS在WAITFOROUTGOINGMMCONNECTION状态或WAITFORADDITIONALOUTGOINGMM

CONNECTION状态时收到CMSERVICEPROMPT消息，MS将发出MM

STATUS消息，带着原因为"messagenotcompatiblewithprotocolstate"。

对于不支持NetworkInitiatedMOCMConnectionRequest的MS，也将返回一个MM

STATUS消息，包含原因为#97"messagetypenon-existentornotimplemented"。

如果MS支持NetworkInitiatedMOCMConnectionRequest，但是指定的CM实体无法提供

相关的支持，MS返回MMSTATUS，包括原因"serviceoptionnotsupported"。在CM临时出现

问题时（比如事务ID缺失）MS发送MMSTATUS包含原因为"serviceoptiontemporarilyoutof

order"。

如果RR连接已存在且没有MM特殊流程运行，网络可以在RR连接上发送CMSERVICE

迟，取决于实际操作。当MM特殊流程完成后，网络可以使用同一个RR连接来进行延迟

的CM请求。

以下只适用于支持VGCS通话的情况：

在MMCONNECTIONACTIVE（GROUPTRANSMITMODE）状态的MS处于RR组传输模式。这时

只可能有一条激活的MM连接。

因此当处于MMCONNECTIONACTIVE（GROUPTRANSITMODE）状态时，网络侧MM

层将拒绝CM层请求建立另一条MM连接的请求。

如果网络侧RR层请求将MS从RR连接模式转移到RR组传输模式，该请求将引起MM状态从MM

CONNECTIONACTIVE转移到

MODE）状态，只要MS已经存在多于一条的

4.5.1.3.2移动发起CM活动$（CCBS）$

当网络侧CM层请求MM建立MM连接，

MMCONNECTIONACTIVE（GROUPTRANSIT

MM连接，MM层断然不会允许这个转移请求。

而MS还没有

层建立RR连接。当寻呼完成，

NETWORKCOMMAND。

在GSM，当RR连接已建立共

流程（除了IMSI去附着），

MM层会收到相应的通知，

（或者在收到请求时就已建

立还可以请求RR层进行

RR连接的话，MM层将请求RR

MS侧MM层状态为WAITFOR

）,MM层可以发起任何MM公

RR等级标志查询过程

（classma

PROMPT消息。

在GSM，如果RR连接建立失败，或任何MM公共流程，安全模式设置失败，都将以一个合适的错误

原因指示给网络侧

在UMTS，如果RR连接建立失败，或任何MM公共流程，安全模式控制失败，都将以一个合适的错

误原因指示给网络侧

如果MS已经存在RR连接用在进行

中的MM特殊流程，这个NetworkInitiatedMOCMConnectionRequest将被拒绝或是延迟，具

体操作由MS实现决定。当MM特殊流程结束，

网络可以使用这条RR连接进行延迟的NetworkInitiatedMOCMConnectionRequest。

下的寻呼响应(UMTSonly)

当MS已经对CS业务IMSI附着后，网络可以为CS业务发起寻呼。此流程需要MM实

体请求RR层来发起CS业务的寻呼。

在收到寻呼消息时，如果寻呼是网络侧MM实体发出的，MS侧的RR层将转交寻呼指示

给MM层。MS将响应PAGINGRESPONSE消息。对于后文讲到的兼容性原因，寻呼响应可能用到RR

协议鉴别器。

如果在MM流程进行中MS收到CS业务的寻呼请求，且MS已经请求了建立无线连接，MS将忽略该

寻呼并继续MM流程。

4.5.1.4异常情况

异常情况时的行为和相关RR流程或MM公共流程描述的一致。

4.5.1.5为紧急呼叫建立MM连接

紧急呼叫需要的MM连接可以在允许为正常呼叫建立MM连接时的任何MM状态下建

立。另外，只要选择了小区，处于MMCONNCETIONACTIVE(GROUPTRANSMITMODE)状态以外的任

何其他状态都可以进行连接建立。不过，网络也可以在某些状态下拒绝为紧急

呼叫建立MM连接。

当用户请求建立紧急呼叫时，MS发出CMSERVICEREQUEST消息，服务类型指示为紧

急呼叫。如果网络不接受(比如使用的IMEI网络不支持)，返回CMSERVICEREJECT消息拒绝。

拒绝

的原因

可以是

以下中

的一

种：

#17

#22

#32

#34

包括上面说到的例外情况,

注意：正常情况，MS通过IMSI或TMSI作为身份识别。不过，如果这两者均不可用时，MS还可

以使用IMEI来作为识别标识。这时网络才有可能返回拒绝原因为#5IMEInot

CM层。

illegalMS

IMSIunknowninVLR

IMEInotaccepted

illegalME

networkfailure

Congestion

Serviceoptionnotsupported

Serviceoptiontemporarilyoutoforder

MM连接建立流程都将遵循4.5.1.1和4.5.1.2所述。

accepted的CMSERVICEREJECT。

4.5.1.6呼叫重建立

重建立流程允许MS在无线链路失败后恢复连接，可能在新的小区甚至在新的位置区。是

否要尝试呼叫重建立取决于当前呼叫控制状态，参考5.5.4，以及小区是否允许呼叫重建立。

MM连接由他们的协议鉴别器PD和事物标识TI识别身份：不过呼叫重建立是不会改变他

们的。

重建立发生在底层出错并且至少有一条激活的MM连接存在的情况（比如MS的MM层状

态要么是6"MMCONNECTIONACTIVE"要么是20"WAITFORADDITIONALOUTGOING

MMCONNECTION"）。

注意：在重建立过程中，MS不能返回到MMIDLE，于是位置更新是不能执行的，即使

在当前小区所在位置区MS尚未进行更新。

对于语音组呼或广播组呼是不会执行呼叫重建立的。

4.5.161呼叫重建立，MS发起

注意：网络不能发起呼叫重建立。

如果MM连接中断后收到CM实体相应的重建立MM连接的请求，MS便发起呼叫重建立流程。如果

有多个CM实体请求重建立，只发起一个重建立流程。如果有个CM实体请

求重建立，而重建立的所有事务归属的协议鉴别器PD都允许呼叫重建立，则此重建立将被

执行。

在CM实体请求重建立MM连接时，MM层请求RR层建立RR连接，并进入状态WAITFOR

REESTABLISH。重建立请求包含建立原因和消息CMRE-ESTABLISHMENTREQUEST。当RR层指示RR

连接建立，MM层启动时钟T3230，给所有正在重建立的CM实体一个指示，保持在MM状态WAIT

FORREESTABLISH。

消息CMRE-ESTABLISHMENTREQUEST包含了：

-移动标识，参考10.5.1.4

-MS等级标识2；

-加密密钥序列号

注意：CM实体能否请求重建立取决于协议鉴别器。置服

务等当前都未描述任何重建立流程。

收至UCMRE-ESTABLISHMENTREQUEST消息时，

网络可以启动任何MM公共流程和RR流程。

网络还可以发起等级标志查询流程，比如为了获取

可能发起标识流程。网络还可以发起鉴权流程。

在GSM，网络决定是否需要安全模式设置流程。

RR层指示安全模式设置流程完成或收到CMSERVICEACCEPT消息，都将被MS视为服

务被接受处理。

在UMTS，网络决定是否需要安全模式控制流程。RR层指示安全模式控制流程完成或收

到CMSERVICEACCEPT消息，都将被MS视为服务被接受处理。

当MM连接重建立完成，时钟T3230停止，所有关联到的CM实体都将收到通知，MM状态进入MM

CONNECTIONACTIVE。所有MM连接视为激活状态。

如果网络不能把重建立请求和MS上的呼叫联系起来，返回CMSERVICEREJECT给MS,

携带以下拒绝原因：

#38callcannotbeidentified

如果由于其他原因不能执行重建立，CMSERVICEREJECT可能包含以下原因之一:

#4IMSIunknowninVLR

#6illegalME

SMS，非呼叫相关的附加业务和位

网络先分析其内容。看请求的类型,

MS加密性能的更多信息。

#17neworkfailure

#22congestion

#32serviceoptionnotsupported

#34serviceoptiontemporarilyoutoforder

不管收到的CMSERVICEREJECT包含什么原因，MS都将停止时钟T3230，释放所有

MM连接并按照4.531所述执行。另外：

-如果收到的原因为#4，MS删除TMSI,LAI和加密密钥序列号，改变更新状态为NOTUPDATED，

进入MM状态WAITFORNETWORKCOMMAND。如果接下来RR连接释放或终止了，还会强制MS发

起正常位置更新。位置更新时不会记忆CM重建立请求。

-如果收到的原因为#6，MS删除TMSI,LAI和加密密钥序列号，改变更新状态为ROAMINGNOT

ALLOWED，进入MM状态WAITFORNETWORKCOMMAND°SIM/USIM被视为对非GPRS业务无效，直

到关机或取出卡。

4.5.1.6.2异常情况

MS侧：

a)随机接入失败或RR连接建立失败

如果在MM连接重建立过程中MS检测到随机接入失败或RR连接建立失败，重建立被终止，所有

MM连接被释放。

b)RR连接失败

如果RR连接失败，时钟T3230停止，终止重建立，释放所有激活的

C)IMSI去附着

如果在重建立过程中IMSI去附着了，时钟T3230被停止，重建立终止，所有MM连接

被释放。

d)T3230超时

如果T3230超时，重建立将被终止，所有活动的

述执行。

e)拒绝原因为#96,#97,#99,#100,#111

和T3230超时的动作一样。

网络侧：

a)RR连接失败

女口果在收至UCMRE-ESTABLISHEMENTREQUEST

有MM连接。

b)消息内容无效

收到的消息无效或者CMRE-ESTABLISHEMENT回的CM

SERVICEREJECT消息携带以下原因之一：

#96:Mandatoryinformationelementerror

#99:Informationelementnon-existentornotimpiemented

#100:ConditionalIEerror

#111:Protocolerror,unspecified

发出CMSERVICEREJECT后，网络释放RR连接。

4.5.1.7MOMM连接建立时的强制释放

如果MS的CM层发起了MM连接建立但是在建立完成前CM又想终止它，只要RR连

接建立成功但尚未收到第一条CM消息，MS就可以发起CMSERVICEABORT消息来终止

MM连接的建立。

如果第一条CM消息已发出，则会调用CM协议定义的正常释放流程，不会发起CM

SERVICEABORT了。

只有在建立第一条MM连接时才允许发送CMSERVICEABORT，也就是说不能有其他MM连接同时

MM连接。

MM连接被释放，MS按照4.5.3.1所

后出现RR连接失败，网络会释放所

REQUEST消息有无效内容，网络返

存在。如果已经存在了，新连接的建立不能被终止，只能在MM连接建立后

调用正常的MM连接释放过程。

发出CMSERVICEABORT消息后MS启动时钟T3240,进入状态WAITFORNETWORK

COMMAND，等待RR连接释放。

收到CMSERVICEABORT消息后，网络终止进行中的流程，释放适当的资源，如果没有其他MM连

接，发起RR连接的正常释放。

如果在T3240超时后还未释放RR连接，MS就终止RR连接。不管是MS终止的RR连接还是正常

的释放，MS都将返回MMIDLE，服务状态取决于当前更新状态。

4.5.2MM连接消息传输阶段

在MM连接建立后，CM层可以用之进程消息传输。根据构，每

一个CM实体都有自己的MM连接。这些不同的MM的，另外也由事

务标识TI来识别。

只要MM连接是激活的，就可以随时发起MM公共流程。

用了一个L2的低优先级数据链路，CM,MM和RR层间消息都没有

制定优先级机制。

4.5.2.1发送CM消息

在了解到MM连接已建立后，CM实体可以在上面请求进行CM消息传输了。传递给MM层的带着PD

和TI的CM消息根据源实体需求接着被发送到接口的另一端。

4.5.2.2接收CM消息

在收到CM消息时，MM层根据其PD和TI值将其分配到相关的CM实体。如果收到的CM消息是MM

连接传输的第一条消息（PD和TI指出），MM还会对CM实体指出这是一条新建立的MM连接。

4.5.2.3异常情况

RR连接失败：

如果在RR流程或MM公共流程期间发生了RR连接失败，接下来的动作也在该流程中描述。

其他情况下，参考以下：

-MS侧：

如果MM连接中断，MM层会告知所有关联的CM实体，MM下一步动作取决于CM实体的决定。

-网络侧：

MM层将本地释放所有活动的MM连接。网络也可以选择延迟释放所有的或部分连接以允许

MS发起呼叫重建立。

4.5.3MM连接释放

本地CM实体就可以发起MM连接释放。接着MM层会本地进行CM连接的释放，也就是不需要在无

线接口传输MM消息。

4.5.3.1关联的

如果所有的

行，MS将启动

如果所有的

中，MS启动时钟T3241并进入状态RRCONNECTIONRELEASENOTALLOWED.

等待RR连接释放，且RRC层启动WAIT

FORNWTWORKCOMMAND。MM层将决定释

放RR连接。RR连接

是被终止还是正常释放，MS都会进入MM

IDLE，服务状态取决于当前更新状态。4.5.3.2语音组呼中的上行释放

3GPP24.007中描述的协议架

连接是由协议鉴别器PD识别

除了短消息业务SMS单独使

RR连接的释放

MM连接都被他们的CM实体释放了，没有RRLP流程也没有LCS流程在进T3240并

进入WAITFORNETWORKCOMMAND状态，等待RR连接释放。

MM连接都已被CM实体释放，且有RRC的RRLP流程或LCS流程在运行

如果MS在状态WAITFORNETWORKCOMMAND了RRLP

流程或LCS流程，MS将停止T3240并进入

在网络侧，如果上一条MM连接被其使用者释放，可能被

网络维持着，比如为了建立另一条MM连接。

如果在T3240或T3241超时后RR连接还未释放，

MS就会终止RR连接。无论RR连接

只适用于支持VGCS通话的MS

如果处于MMCONNECTIONACTIVE(GROUPTRANSMITMODE)

行上行释放的请求，MM层请求RR层执行上行释放，进入状态

CALL(NORMALSERVICE)。

4.6MM实体收到了MMSTATUS消息

如果MS内的MM实体收到了MMSTATUS消息，不会进行无线接口上可见的状态转换或专门的动

作，应该都是本地进行的。

包括对CMSERVICEPROMPT消息的响应，网络侧在收到MMSTATUS消息后的动作也是自行决定

的。

4.7GPRS业务的基础移动性管理流程

4.7.1概述

本节描述了无线接口(参考点位Um/Uu)上移动性管理层(GMM)提供的基础功能。这些功能是按照

时钟和流程来进行描述的。在GMM流程进行中，使用PS域的CM层服务流程比

如SM，SMS,SS都会被暂停。

4.7.1.1底层出错

底层会将逻辑链路失败或RR层失败或RRC层失败指示给GMM层。这些失败指示了底层无法修复

的错误。

4.7.1.2加密消息(GSMonly)

如果GMM上下文采用了加密，所有的GMM消息都会被加密，除了以下消息：

-ATTACHREQUEST

-ATTACHREJECT

-AUTHENTICATIONANDCIPHERINGREQUEST

-AUTHENTICATIONANDCIPHERINGRESPONSE

AUTHENTICATIONANDCIPHERINGFAILURE

AUTHENTICATIONANDCIPHERINGREJECT

IDENTITYREQUEST

-IDENTITYRESPONSE

-ROUTINGAREAUPDA

4.7.1.3P-TMSI签名

在附着流程，路由区更新，

本节描述了GMM怎么管理RR地址。对于不同TLLI类型的详细编码以及TLLI怎样从P-TMSI中提

取的，请参考3GPP23.003。

可以划分为两种情况进行描述：

的MS收到GCC层执

RECEIVINGGROUP

TEREQUEST

TEREJECT

P-TMSI重分配流程中网络会指定一个P-TMSI签名给MS。

只有和有效的P-TMSI联合使用，P-TMSI签名才能被MS用在后续的附着，路由区更新或去附着

流程中作为鉴权和标识识别。如果MS没有有效的

到P-TMSI签名。在附着或路由区更新流程成功后，使用的流程完成后，使用的P-TMSI前面也

会被删除。

4.7.1.4无线资源层RR地址处理

在GSM，当MS使用P-TMSI用作GRR层的标识时，

识TLLI来作为寻址标识。

在UMTS，MS和UTRAN间的联系只为MS和UTRAN4.7.1.4.1无线资源层寻址处理

P-TMSI，则不会在这些流程中用

P-TMSI签名将被删除。去附着

RR层将使用一个临时逻辑链路标

之间是使用RNTI来标识一个UMTS用户。RNTI和IMSI之所知，参

考3GPP25.301。

(GSMonly)

-MS内有有效的P-TMSI

-MS内没有有效的P-TMSI

1)P-TMSI有效

如果MS已经存储了有效的P-TMSI，MS可以从P-TMSI提取一个外用的TLLI并用它来传输以下

消息：

-ATTACHREQUEST，对任何GPRS联合/非联合的附着流程，此流程中发送的其他

GMM消息也将使用同样的外用TLLI，直到收到ATTACHACCEPT或ATTACHREJECT。

-ROUTINGAREAUPDATEREQUEST消息，对于MS新进入一个路由区或GPRS更新状态不等于

GU1UPDATED时发起的联合/非联合路由区更新流程。此流程中发送的其他GMM信息也要使用相同的

TLLI传送，直到收到ROUTINGAREAUPDATEROUTINGAREAUPDATEREJECT消

息。

在GPRS附着或路由区更新流程成功后，无论是否指定了P-TMSI，如果

P-TMSI有效，MS都将提取出本地TLLI并用在底层的寻址中。

注意：尽管MS提取出了本地TLLI用在底层寻址，

网络并不只会收到使用本地LLC帧。在GPRS附着或路

由区更新刚刚成功后，发送的LLC帧。

2)没有有效的P-TMSI

当MS没有存储有效的P-TMSI，比如MS还没有附着到GPRS,MS将随机选择一个TLLI来传输以

下消息：

-任何联合/非联合GPRS附着流程的ATTACHREQUEST消息

同一个TLLI还会用在该附着流程中的所有消息重传尝试以及小区更新过程中。

收到ATTACHREQUEST消息后，网络会指定一个P-TMSI给MS。网络从指定的P-TMSI中提取出

一个本地TLLI，然后将P-TMSI传给MS。

收到指定的P-TMSI后，MS使用P-TMSI提取出本地TLLI用于底层寻址。

注意：尽管MS提取出了本地TLLI用在底层寻址，网络并不只会收到使用本地TLLI的

LLC帧。在GPRS附着刚刚成功后，网络必须准备继续接收MS使用随机TLLI发送的LLC帧。

不管哪种情况，MS都将对收到的P-TMSI给网络回复确认。收到确认后，网络才使用本地TLLI用

作底层寻址。

4.7.1.5P-TMSI处理

4.7.1.5.1GSM网络P-TMSI的处理

如果网络已经指配了P-TMSI给MS，网络和MS将对旧的P-TMSI进行如下处理：

如果收到的GMM消息包含了新的P-TMSI，MS将认为新的P-TMSI和新的RAI有效，同样为了响

应寻呼和LLC帧的下行传输也认为原来旧的P-TMSI和RAI也是有效的。在LLC

帧的上行传输中用到的是新的P-TMSI。

当收到了使用新P-TMSI提取出的本地TLLI的LLC帧后，MS当即认为原来旧的P-TMSI和RAI为

无效。

传输包含新P-TMSI的GMM消息时网络认为新P-TMSI和新RAI有效，为了接收MS的LLC帧，也

认为原来的旧P-TMSI和RAI同样有效。

一旦收到了使用新P-TMSI提取出的本地TLLI的LLC帧，网络当即认为原来旧的P-TMSI和RAI

为无效。

4.7.1.5.2UMTS系统下P-TMSI的处理

如果网络对MS指配了新的P-TMSI，MS和网络对新旧P-TMSI的处理如下：

当收到了包含新P-TMSI的GMM消息，MS认为新P-TMSI和RAI有效，旧P-TMSI和

ACCEPT或

MS存储的

TLLI的

网络必须准备继续接收MS使用外用TLLI

RAI无效。

当网络收到确认消息(比女0ATTACHCOMPLETE,ROUTINGAREAUPDATECOMPLETE和P-

TMSIREALLOCATIONCOMPLETE)后，认为旧的P-TMSI和RAI

4.7.1.6网络操作模式改变

后文中术语GSMI,GSMII和GSMIII下面的表格是用在GSM系统操作模式I,II

后文中术语UMTSI和UMTSII是用在UMTS系统操作模式I和II。

4.7.1.6.1GSM系统下网络操作模式变更(GSMonly)

每当MS进入新的路由区，MS的行为取决于旧路由区和新路由区的网络操作模式。

在MS处于GMM-REGISTERED或GMM-ROUTING-AREA-UPDATING-INITIATED态且处于操作模

式：

a)A或B(例外情况在后面的b和C中讲述),MS的行为：

Networkoperati

modeChange

Proceduretoexecute

I?IIorI?III正常位置更新(*),接下来正常的路由区更新

II?IIIorIII?

如果进入了新位置区，正常位置更新(参考4.2.2),接下来正常路

由区更新

II?IorIII?I带IMSI附着的联合路由区更新(**)

b)模式B，转移到网络操作模式III时为模式C,MS动作如下:

NetworkoperationProceduretoexecute

modechange

II正常位置更新(*)，接着正常路由区更新

I?IIIorII?IIIIMSI去附着(参考4.3.4),接下来正常的路由区更新

II?IorIII?I带IMSI附着的联合路由去更新(**)

III?IIIMSI附着(参考443)，接下来正常路由区更新

C)模式B，转移到网络操作模式III时只为CS业务IMSI附着，MS动作如下:

Networkoperati

onmodechange

Proceduretoexecute

II正常位置更新(*),接下来正常路由区更新

III正常位置更新(*),接下来GPRS去附着，原因为"GPRSDetach"

I?III

如果进入新位置区，正常位置更新(参考4.2.2),接下来GPRS去附着，原

因为"GPRSDetach"

I?IIMSI附着的联合路由区更新(**)

II?I联合GPRS附着(**)

II?II如进入新位置区，正常位置更新(参考4.2.2),接下来正常GPRS附着

以下暂略，不想写啦。。。。

(*)旨在MSC/VLR中删除Gs接口关联

(**)旨在MSC/VLR中建立Gs接口关联

更多细节待定。

4.7.1.6.2UMTS系统下网络操作模式改变(UMTSonly)

无论什么时候MS移动到新的路由区，下一步的动作都和原路由区及新路由区的网络操作模式息息相

关。

对于GMM-REGISTERED或GMM-ROUTING-AREA-UPDATING-INITIATED状态，操

无效。

和III。

NetworkoperationmodechangeProcedureto

execute

[Networkoperationmodecha

nge

Proceduretoexecute

I?II正常位置更新(*),接下来正常路由区更新

|ll?I

带IMSI附着的联合路由区更新(**)

作模式为A的MS,执行动作如下:

MSC/VLR中删除Gs接口关联

(**)旨在MSC/VLR中建立Gs接口关联

4.7.163当从UMTS到GSM异系统转换时网络操作模式的改变

当MS移动到一个支持GSM无线接口的路由区，MS下一步动作取决于原路由区及新路

由区的网络操作模式。

对处于GMM-REGISTERED或GMM-ROUTING-AREA-UPDATING-INITIATED状态,

在以下操作模式的MS:

a)UMTS下操作模式A，转移到GSM下GPRS操作模式变为A或B的MS动作如下:

(*)旨在

Networkoperationmode

change

Proceduretoexecute

UMTSI?GSMI

联合路由区更新

UMTSII?GSMI带IMSI附着的联合路由区更新(**)

UMTSI?GSMIIor

UMTSI?GSMIII

正常位置更新(*),接下来是正常路由区更新

模式A，转换到网络操作模式III下GPRS操作模式C的MS动作如下

Networkoperati

modechange

Proceduretoexecute

UMTSI?GSMIII

UMTSII?GSMIII

IMSI去附着(参考4.3.4),

接卜来止常路由区更新

C)UMTS下操作模式A,MS在网络操作模式山的GSM系统下只对CS业务IMSI附着:

b)UMTS下操作

Networkoperationmodecha

nge

Proceduretoexecute

UMTSI?GSMIII正常位置更新(参考441)(*),接下来类型为"GPRSDetach"的

GPRS去附着

UMTSII?GSMIII

如进入新位置区，正常位置更新(参考441),接下来类型

为"GPRSDetach"的GPRS去附着

d)UMTS下操作模式为C，MS转移到GSM后也是GPRS操作模式C，执行正常路由区更新。

e)UMTS下为CS模式，MS只执行正常位置区更新流程。

(*)旨在MSC/VLR中删除Gs接口关联

(**)旨在MSC/VLR中建立Gs接口关联

4.7.1.6.4从GSM异系统转换到UMTS时网络操作模式的转变

无论何时MS移动到支持UMTS无线接口的新的路由区，MS的动作都和原路由区以及

新路由区的网络操作模式息息相关。

对于状态GMM-REGISTERED或GMM-ROUTING-AREA-UPDATING-INITIATED且属

于以下操作模式的MS，动作如下：

a)GSM下操作模式为A或B，转换到UMTS下操作模式A的MS，动作如下：

GSMI?UMTSI

联合路由区更新

GSMII?UMTSI带IMSI附着的联合路由区更新(†)

GSMI?UMTSII正常位置更新(‡),接下来正常的路由区更新

GSMII?UMTSIIor

如果进入新的位置区，正常位置区更新，接下来正常路由

GSMIII?UMTSII区更新

b)GSM下操作模式为C,转移到UMTS后操作模式还是C的MS执行正常路由区更新

c)GSM下操作模式为C，转移到UMTS后操作模式变为A的MS将执行：

Networkoperationmodecha

nge

proceduretoexecute

3SMIII?UMTSI

带IMSI附着的联合路由区更新(**)

GSMIII?UMTSIIIMSI附着(参考4.4.3),接下来正常路由区更新

d)在GSM网络操作模式III下只对非GPRS业务进行IMSI附着，转移到UMTS后操作模式为A的MS

将：

Networkoperationmode

proceduretoexecute

GSMIII?UMTSI对GPRS和非GPRS业务的联合GPRS附着(**)

GSMIII?UMTSIIGPRS附着

†旨在MSC/VLR中建立Gs接口关联

4.7.1.7GSM和UMTS之间的异系统转换

对于UMTS到GSM以及GSM到UMTS之间的异系统转换我们分为以下几种情况分别讲述：

a)在归属不同路由区的小区间异系统转换MS将要执行的动作和新旧路由区的网络操作模式息息