当前位置：文档库 › 3GPP 24008中文版协议

3GPP 24008中文版协议

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流程的结构

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

基础的积木是三个子层的协议控制实体提供的“基本流程”，这些子层是无线资源管理RRM，移动性管理MM和连接管理CM。

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

逻辑信道在3GPP 45.002中定义。下述的这些控制信道都是承载信令信息或指定类型的用户分组数据：

1) 广播控制信道BCCH：下行，用来广播小区独有信息

2) 同步信道SCH：下行，用来广播同步信息和BSS标识信息

3) 寻呼信道PCH：下行，用来发送寻呼给MS

4) 随机接入信道RACH：上行，用来请求一条专用控制信道DCCH

5) 接入允许信道AGCH：下行，用来分配一条专用控制信道DCCH

6) 独立专用控制信道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操作模式(确认模式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)

连接控制子层提供的服务：

- 移动性管理连接建立(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)

移动被呼的建立(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.1 VGCS和VBS

VGCS和VBS只用在GSM only模式。

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

对于VGCS和VBS，可能存在以下的终端操作：

- 支持VBS接听

- 支持VBS的发起

- 支持VGCS的接听

- 支持VGCS的通话(包括了VGCS接听)

- 支持VGCS呼叫的发起(包括了VGCS通话)

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

1.7.2 GPRS

1.7.

2.1 GSM的分组业务(GSM only)

对于支持GPRS的终端，通篇在描述某个只适用于GPRS的流程时会有专门的标示，如有必要也会描述不支持的终端将有何行为。

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

- MS操作模式A (MS已附着到PS和CS域，且支持同时操作CS和PS业务)

- MS操作模式B (MS已附着到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.2 UMTS的分组业务(UMTS only)

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

- PS/CS操作模式

- PS操作模式

本文中这两种操作模式并没有任何不同。使用的是MS操作模式A和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 随机值

文中很多地方提到了某些值采用“随机”值，当然在一直指定范围，或者更通用的是一些统计分部值中进行选择。这样的情况只用在MS端。

对于处在相同环境下(包括相同厂家生产的相同型号的终端)是两个MS是有很低概率会选择相同值的，这会被考虑到。甚至，如果发生了这样的低概率事件，也会考虑到这两个终端下一个动作怎样辨别，就像它们前面的选择也不一样。

2.2.2 术语简述

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

GSM security context GSM安全上下文

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

UMTS security context UMTS安全上下文

是在UMTS鉴权成功执行后建立并存储在MS和网络侧。包含了UMTS加密密钥，UMTS 完整性键，GSM加密密钥和加密蜜月序列号。

idle mode 空闲模式

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

group receive mode 组接收模式

(只适用于支持VGCS接听或VBS接听的MS)在此模式下，MS未分配专用信道，监听分配到小区的下行语音广播信道或语音组呼信道。偶尔，MS还必须监听服务小区的BCCH。dedicated mode 专用模式

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

group transmit mode 组传输模式

(只适用于支持VGCS通话的MS)在此模式下，语音组呼的MS被分配2条专用信道，其中一条是SACCH。这些信道可以在一个时间分配给一个MS而在语音组呼中分配给不同的MS。

packet idle mode 分组空闲模式

(只适用于支持GPRS的终端)此模式下，MS没有分配分组数据物理信道的无线资源，它监听PBCCH和PCCCH或者如果这些信道网络未提供的话，监听BCCH和CCCH。

packet tranfer mode 分组传输模式

(只适用于支持GPRS的终端)此模式下，MS被分配了一条或多条分组数据物理信道上的无线资源用来传输LLC PDU

main DCCH 主DCCH

在专用模式和组传输模式，只有两条信道用作DCCH，其一是SACCH，另一个是SDCCH 或FACCH。这个SDCCH活FACCH被称作主DCCH。

信道被激活，是说它可以用作传输，尤其是对信令，至少有UI帧。在SACCH上，无论何时被激活，必须保证L2帧的连续流传输。

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

主DCCH上的SAPI0数据链路称为主信令链路。任何指定在该主信令链路上发送的消息都以确认模式发送，除非专门指出。

词组要建立一条链路是在数据链路上要建立多帧模式的缩略。即使数据链路没有在相关信道激活后立刻建立，在其上发送UI帧也是可能的。除非专门指出，一个数据链路层在没有信息域时建立完成。

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

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

RLC/MAC块：一个RLC/MAC块是RLC/MAC实体间交互的数据单元，详见3GPP 44.060. GMM上下文：当GPRS附着流程成功完成后建立

网络操作模式

有三种网络操作模式I,II和III，详见3GPP 23.060

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

GPRS MS操作模式

有三种GPRS MS操作模式A，B和C，详见3GPP 23.060

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

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

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

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

标签GSM only表明该章节或段落的展示只针对GSM系统。对于多系统情况，取决于当前服务的无线接入网络。

标签UMTS only表明该段落或章节的展示只针对UMTS系统。对于多系统情况，取决于当前服务的无线接入网络。

SIM，用户标识模块

USIM,通用用户标识模块

MS，移动设备，本文中的MS不区分MS和UE。

小区通知，是小区更新流程中的一个优化变量。小区更新流程用LLC NULL帧作为小区变更指示，这样不会重启动READY时钟。

DTM，双模传输模式，详见3GPP 44.018

3. 无线资源管理流程

详见3GPP 44.018

做设备这一块的都知道，24.008的重要性，当然还有25.331了。想当初我最开始看3GPP 协议的时候接触的就是这两老大，当然还有21.905啦，呵呵。但是很多初学者，当然我也只算一个老点的初学者，初看该协议，看到那洋洋洒洒几百页的ENGLISH也许可能有点望而却步，曾有多于1个同事向我索要其中文版，当时我也没有，让对方摇头失望啊。

说是翻译，只是好听点，真的是英文一个词一个词对照过来的，虽然没有用在线翻译，但是可能还是有些许地方意思不妥，再说某才疏学浅，错误之处还请见谅。这本来也是娱人娱己，

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

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

4.1 概述

本节描述了无线接口(参考节点为Um或Uu)上GPRS业务和非GPRS业务的移动性管理流程。

移动性管理子层的主要功能是支持用户终端的移动性，比如告知网络其当前的位置，秘密提供用户标识。

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子层提供的服务都在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流程

4.1.1.1 MM和GMM流程的类型

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

1) MM公共流程：

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

网络发起的：

- TMSI重配置；

- 鉴权流程

- 标识流程

- MM消息流程

- 终止流程

不过，终止流程只发生在MM连接已建立或正在建立的情况，举个例子，不在MM特殊流程进行中，也不在IMSI去激活流程中。

终端发起的：

- IMSI去激活

2) MM特殊流程

MM特殊流程只有当没有其他MM特殊流程进行时，或没有MM连接存在时启动。属于此类的有：

- 正常位置更新流程

- 周期性更新流程

- IMSI附着流程

3) MM连接管理流程：

这些流程用来建立，维持和释放MS和网络间的MM连接，此连接提供了上层CM子层实体和其对实体层交互的服务。MM连接的建立只有当没有MM特殊流程运行时方可。同

时可以存在多条MM连接。

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

1) GMM公共流程：

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

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

- P-TMSI(重)配置流程

- GPRS鉴权和加密流程

- GPRS标识流程

- GPRS消息流程

2) GMM特殊流程

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

- GPRS去附着

MS发起的，用于GPRS业务和/或非GPRS业务的附着或去附着网络侧IMSI，建立或释放一条GMM上下文：

- GPRS附着和联合GPRS附着；

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

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

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

- 周期性路由区更新

在UMTS，MS发起用来建立到网络安全连接，并/或请求发送数据的资源预约。

- Service Request

4.1.1.1.1 MS端信令消息中的完整性检查(UMTS only)

在UMTS only模式，完整性保护信令是必需的，除了紧急呼叫以外(见4.1.1.1.1a)。在UMTS only，只要网络端和MS端成功启动了安全模式，所有层3的协议都会使用完整性保护信令。层3信令消息的完整性保护是底层负责。激活完整性保护是网络进行的。使用安全模式控制流程(详见3GPP 25.331)

MS端对完整性保护的监管是由MM和GMM层负责(见3GPP 33.102)。底层会提供MM和GMM层一个完整性保护何时会在MS被激活的指示(比如指示MM层当CS域的安全模式控制流程成功完成，和指示GMM层当PS域的安全模式控制流程成功完成)。

网络的CS和PS域，以及MS内的MM和GMM层，不用考虑底层是否已经启动了另一个域的完整性保护。网络为CS域和PS域各发起一个安全模式控制流程是必要的。

除了以下列出的消息，其他所有层3信令消息都是不允许在此域的安全模式控制流程尚未启动情况下被接收方MM和GMM实体处理或者转发给CM实体的：

- MM消息

- AUTHENTICA TION REQUEST

- AUTHENTICA TION REJECT

- IDENTITY REQUEST

- LOCA TION UPDA TING ACCEPT(包括不改变位置区或临时标识的周期性更新)

- LOCA TION UPDA TING REJECT

- CM SERVICE ACCEPT，如果满足以下两个条件：

- 没有其他MM连接建立

- CM SERVICE REQUEST的请求原因是emergency call establishment

- CM SERVICE REJECT

- ABORT

- GMM消息

- AUTHENTICA TION &CIPHERING REQUEST

- AUTHENTICA TION & CIPHERING REJECT

- IDENTITY REQUEST

- A TTACH REJECT

- ROUTING AREA UPDA TE ACCEPT (包括不改变路由区或临时标识的周期性路由更新)

- ROUTING AREA UPDA 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域信令，没有被完整性保护的，即使网络已经在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.2 GPRS MS的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，不管A TT标志是什么值，都会执行联合的GPRS附着或路由区更新流程。

在网络操作模式为I时GPRS操作模式为A或B的MS的IMSI去附着将由GMM使用联合GPRS去附着流程执行。

注意：在网络操作模式为I时GPRS操作模式为A或B的MS，不管A TT值为多少，都会执行联合的GPRS去附着流程。

处于网络操作模式I的GPRS操作模式A或B的MS，将使用GMM特殊流程取代MM特殊流程，除非在专门描述MM特殊流程重新启动的情况下，因此在4.3和4.4节列出的何时触发MM特殊流程的所有条件都用不到了。

如上条件的MS，也不会使用任何MM特殊流程关联的时钟(比如T3210, T3211, T3212, T3213)，除非在专门讲述MM特殊流程重启动的情况。如果这些MM时钟已经在运行，MS 也不会按照时钟超时后应有的行为执行。

注意：每当GMM执行联合的GMM流程时，GPRS MS就会进入MM状态MM LOCA TION UPDA TING PENDING，以阻止MM执行位置更新流程。

如果MM执行了鉴权流程，且被网络拒绝(收到了AUTHENTICA TION REJECT)，MS设置GPRS更新状态为GU3 ROAMING NOT ALLOWED，如果可以，删除存储的P-TMSI, P-TMSI签名，RAI和GPRS加密密钥序列号。SIM/USIM被视为对GPRS和非GPRS业务均无效，知道关机或取出SIM/USIM卡。MS将终止所有GMM流程并进入状态GMM-DEREGISTERED。

4.1.1.2.2 网络操作模式II或III下的GPRS模式A或B终端

如果网络操作模式为II或III，想要同时对GPRS或非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执行了鉴权流程，且被网络拒绝(收到了AUTHENTICA TION REJECT)，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域专属系统消息的内容转发给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。在CN系统消息里，公共系统消息部分和PS域专属系统消息部分包含了控制GMM功能性的参数设置。GMM消息不包含核心网系统消息。

4.1.2 MM子层状态

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.1 MS侧的MM子层状态

本节中，描述了MS内MM子层可能的状态。在图4.1中，展示了MM子层协议概况。

4.1.2.1.1 主状态

0 NULL

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

3 LOCA TION UPDA TING INITIA TED

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

5 W AIT FOR OUTING MM CONNECTION

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

6 MM CONNECTION ACTIVE

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

7 IMSI DETACH INITIA TED

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

8 PROCESS CM SERVICE PROMPT

MM子层已有一条RR连接到网络侧的对等实体。MS已收到CM SERVICE PROMPT但尚未回应$(CCBS)$。

9 W AIT FOR NETWORK COMMAND

MM子层已有一条RR连接到网络侧的对等实体,但尚未建立MM连接。MS在被动等待网络给下一个命令。时钟T3240在跑。

10 LOCA TION UPDA TE REJECTED

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

13 W AIT FOR RR CONNECTION(LOCA TION UPDA TING)

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

14 W AIT FOR RR CONNECTION(MM CONNECTION)

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

15 W AIT FOR RR CONNECTION(IMSI DETACH)

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

17 W AIT FOR REESTABLISH

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

18 W AIT FOR RR ACTIVE

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

19 MM IDLE

没有活动的MM流程，也没有RR连接，不过在RR子层处于组接听模式下可能存在本地MM上下文。这是一个混合状态，MS到CM的具体行为需要参考具体的子状态(后文简述)。

20 W AIT FOR ADDITIONAL OUTGOING MM CONNECTION

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

21 MM CONNECTION ACTIVE(GROUP TRANSMIT MODE)

(只适用于支持VGCS通话的MS)MM在网络侧对等实体间已建立VGCS信道上的RR 连接。只有一个MM连接是激活的。

22 W AIT FOR RR CONNECTION(GROUP TRANSMIT MODE)

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

23 LOCA TION UPDA TING PENDING

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

24 IMSI DETACH PENDING

(只适用于GPRS模式A和B的终端，未在图4.1a中显示) 对非GPRS业务的联合GPRS 去附着流程已启动，非关机情况

25 RR CONNECTION RELEASE NOT ALLOWED

(只适用于RRC层支持RRLP(详见3GPP 44.031)流程或LCS(详见3GPP 25.331)流程的MS) 所有的MM连接被CM实体释放，但RR连接依然被网络维持，为确保进行中的RRLP 流程或LCS流程。

4.1.2.1.2 MM IDLE状态的子状态

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

于整个MS(没有SIM/USIM卡的单独ME，或有卡的ME)。服务状态取决于更新状态(4.1.2.2节)和选择的小区。

19.1 NORMAL SERVICE

有效用户数据可用，更新状态为U1，选择的小区属于用户注册的位置区LA。

19.2 A TTEMPTING TO UPDA TE

有效用户数据可用，更新状态为U2，已选择小区。上层请求已接受。紧急呼叫请求处理正常，否则该请求会在选择小区内先触发位置更新，如果更新成功再触发后续的流程，否则请求被拒绝。

19.3 LIMITED SERVICE

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

19.4 NO IMSI

没有有效的用户数据(没有SIM/USIM，或者SIM/USIM被ME视为无效)，已选择小区，只允许紧急服务。

19.5 NO CELL A V AILABLE

未选择小区。在第一轮彻底的搜索失败(状态19.7)后进入此状态。小区搜索缓慢进行，不提供任何服务。

19.6 LOCA TION UPDA TE NEEDED

有效的用户数据可用，由于某种原因必须尽快执行位置更新(比如更新状态为U1而选择的小区不在登记的位置区内，或者时钟超时等)。该状态通常持续时间很短，但是可以延续，比如在接入等级被禁止的情况

19.7 PLMN SEARCH

MS在搜索PLMN，状态19.8要的条件不符合。当选择了小区(下一个状态可能是19.1，19.3或19.6)，或申明当前找不到可用的小区(新状态为19.5)时，此状态才会终结。

19.8 PLMN SEARCH, NORMAL SERVICE

有效的用户数据可用，更新状态为U1，选择的小区属于用户登记的位置区，MS 正在搜索PLMN。当选择了小区(下一个状态可能是19.1，19.3或19.6)，或申明当前找不到可用的小区(新状态为19.5)时，此状态才会终结。

19.9 RECEIVING GROUP CALL(NORMAL SERVICE)

只适用于支持VGCS接听或VBS接听的终端。有效的用户数据可用，更新状态为U1，选择的小区属于用户登记的位置区且在小区内收到了一跳VGCS信道或VBS信道。

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

19.10 RECEIVING GROUP CALL(LIMITED SERVICE)

只适用于支持VGCS接听或VBS接听的终端。有效的用户数据可用，更新状态为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服务被拒绝)结束时才会改变。在有些情况下，更新状态也会随着GPRS附着，GPRS路由区更新，服务请求或网络发起的GPRS去附着流程而改变。

U1 UPDA TED

前面的位置更新尝试成功结束(流程结果无误，收到网络的接受)。在此状态下，SIM/USIM还会包括用户登记位置区的LAI，还可能有有效的TMSI，GSM加密密钥，UMTS 完整性密钥，UMTS加密密钥和加密密钥序列号。存储在SIM/USIM卡中的"Location update status"值为"updated"。

U2 NOT UPDA TED

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

对于该状态，SIM/USIM不包括任何有效的LAI，TMSI, GSM加密密钥，UMTS完整性密钥，UMTS加密密钥或加密密钥序列号。为了兼容起见，所有这些字段都会在更新状态设置为NOT UPDA TED后被置为"deleted"。不过，MS不会把其他出现的值视为错误处理。存储在卡中的"Location update status"值为"not updated"。

U3 ROAMING NOT ALLOWED

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

对于该状态，SIM/USIM可能包含一个有效的LAI, TMSI, GSM加密密钥，UMTS完整性密钥，UMTS加密密钥或加密密钥序列号。为了兼容起见，如果LAI被删除，所有这些字段都会被置为"deleted"。不过，MS不会把其他出现的值视为错误处理。存储在卡中的"Location update status"值为"Location area not allowed"。

4.1.2.3 网络侧MM子层状态

1. IDLE

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

2. W AIT FOR RR CONNECTION

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

3. MM CONNECTION ACTIVE

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

4. IDENTIFICA TION INITIA TED

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

5. AUTHENTICA TION INITIA TED

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

6. TMSI REALLOCA TION INITIA TED

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

7. SECURITY MODE INITIA TED

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

8a. W AIT FOR MOBILE ORGINA TED MM CONNECTION

CM SERVICE REQUEST收到和处理，MM层等待MM连接的"opening message"

8b. W AIT FOR NETWORK OTIGINA TED MM CONNECTION

网络已发出CM SERVICE REQUEST，MM层等待MM连接的"opening message" $(CCBS)$

9. W AIT FOR REESTABLISHMENT

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

10. W AIT 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连接。只允许一条激活的MM连接。

13. W AIT FOR BROADCAST CALL

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

14. BROADCAST CALL ACTIVE

只适用于支持VBS的情况。RR层已建立VBS信道。MM层已激活但网络和MS间没有MM连接。

4.1.3 GMM子层状态

在这一节中，MS和网络的GMM协议用了两个不同的状态机来描述。在4.1.3.1中，描述的是MS端的GMM实体状态。MS的行为依赖于4.1.3.2中讲到的GPRS更新状态。网络侧的状态则在4.1.3.3中讲到。

4.1.3.1 MS侧的GMM状态

本节中，描述了MS测GMM实体所有可能的GMM状态。4. 1.3.1.1对GMM实体的主要状态进行了摘要，展示在图4.1b中。已定义的子状态在4.1.3.1.2和4.1.3.1.3中描述。

不过，本节不会对每个状态的MS有何作为进行描述，也未涵盖异常状况。因此，图4.1b 只给出了状态转换概览而不是完整的状态转换流程。MS端的详细行为在4.2节描述。另外，MS对异常情况的处理请参考4.7节。

4.1.3.1.1 主状态

4.1.3.1.1.1 GMM-NULL

MS已关闭GPRS功能。此状态不执行GPRS移动性管理。

4.1.3.1.1.2 GMM-DEREGISTERED

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

4.1.3.1.1.3 GMM-REGISTERED-INITIA TED

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

4.1.3.1.1.4 GMM-REGISTERED

GMM上下文已建立，比如GPRS附着或联合GPRS附着已成功。此状态下，MS可以激活PDP上下文，可以发送接收用户数据和信令信息，也可以响应寻呼。当然，还可以进行小区更新以及路由区更新。

4.1.3.1.1.5 GMM-DEREGISTERED-INITIA TED

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

4.1.3.1.1.6 GMM-ROUTING-AREA-UPDA TING-INITIA TED

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

4.1.3.1.1.7 GMM-SERVICE-REQUEST-INITIA TED(UMTS only)

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

4.1.3.1.2 GMM-DEREGISTERED子状态

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

SIM/USIM卡的单独ME，或有卡的ME)。这里描述的子状态和GPRS更新状态(4.1.3.2中描述)和选择的小区相关。

4.1.3.1.2.1 GMM-DEREGISTERED.NORMAL-SERVICE

有效用户数据可用，GPRS更新状态为GU1或GU2，已选择小区。此状态下，如果是GU1的情况，已进行了使用P-TMSI，RAI和GPRS加密密钥序列号的GPRS附着流程。如果是GU2，将是IMSI来附着GPRS业务。

4.1.3.1.2.2 GMM-DEREGISTERED.LIMITED-SERVICE

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

4.1.3.1.2.3 GMM-DEREGISTERED.A TTACH-NEEDED

有效的用户数据可用，由于某种原因，必须尽快执行GPRS附着。该流程通常很短暂，但是也可以持续，比如在介入等级禁用时。

4.1.3.1.2.4 GMM-DEREGISTERED.A TTEMPTING-TO-A TTACH

GPRS更新状态为GU2，小区已选择，前面进行的GPRS附着被拒绝。后面的附着流程怎样进行依赖于GPRS附着的计数器。在此状态下，MS的动作只有发起GPRS附着。

4.1.3.1.2.5 GMM-DEREGISTERED.NO-IMSI

没有有效的用户数据(没有SIM/USIM，或SIM/USIM被ME视作非法)，已经选择小区。4.1.3.1.2.6 GMM-DEREGISTERED.NO-CELL-A V AILABLE

没有选择小区。在第一轮全盘扫描(子状态PLMN SEARCH)失败后，进入此状态。小区搜索将减缓速度。不提供服务。

4.1.3.1.2.7 GMM-DEREGISTERED.PLMN-SEARCH

MS正在搜PLMN。当选择了小区(新的子状态为NORMAL-SERVICE或LIMITED-SERVICE)，或已经申明找不到小区(新的子状态为NO-CELL-A V AILABLE)时此状态终结。

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-REGISTERED.NORMAL-SERVICE

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

4.1.3.1.3.2 GMM-REGISTERED.SUSPENDED(GSM only)

MS进入专用模式且MS受限制而无法在GPRS信道上通信时进入此状态。在此状态下，不能发送任何用户数据和信令消息。离开专用模式离开此状态。

4.1.3.1.3.3 GMM-REGISTERED.UPDA TE-NEEDED

MS必须进行路由区更新流程，但是小区内接入等级不允许。一旦接入等级允许(可能在小区重选后，或当前小区的接入等级改变)，立即执行路由区更新。MS在此状态只能执行路由区更新，不能发送任何用户数据和信令消息。

4.1.3.1.3.4 GMM-REGISTERED.A TTEMPTING-TO-UPDA TE

由于没有收到网络的响应，路由区更新流程失败了。MS在时钟和GPRS尝试计数器值的控制下重新发起流程。此状态MS不能发起路由区更新以外的GMM流程，不允许数据的发送和接收。

4.1.3.1.3.5 GMM-REGISTERED.NO-CELL-A V AILABLE

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

4.1.3.1.3.6 GMM-REGISTERED.LIMITED-SERVICE

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

4.1.3.1.3.7 GMM-REGISTERED.A TTEMPTING-TO-UPDA TE-MM

对GPRS only业务进行了成功的联合路由区更新流程或联合GPRS附着流程。MS根据时钟和GPRS尝试计数器会重新尝试该流程。可以发送和接收用户数据，信令消息。

4.1.3.1.3.8 GMM-REGISTERED.IMSI-DETACH-INITIA TED

MS对非GPRS服务进行了联合GPRS去附着(detach type为"IMSI Detach")。当MS在网络操作模式为I的网络下附着了GPRS业务和非GPRS业务，想要去附着非GPRS业务时，进入此状态。可以发送接收用户数据和信令消息。

4.1.3.1.3.9 GMM-REGISTERED.PLMN-SEARCH

MS正在搜索PLMN。当选择了小区(新的子状态为NORMAL-SERVICE或LIMITED-SERVICE)，或已经申明找不到小区(新的子状态为NO-CELL-A V AILABLE)时此状态终结。

4.1.3.2 GPRS更新状态

前面讨论了GMM子层的状态，现在来讨论GPRS更新状态。

GPRS更新状态属于特殊登记信息收录在SIM/USIM卡里。即使用户还未激活(SIM/USIM 取出或ME关机)此状态仍有定义。它存储在SIM/USIM的NV里。GPRS更新状态只有在执行GPRS附着，网络发起的GPRS去附着，鉴权流程或路由区更新流程后才会改变。

GU1: UPDA TED

上一次GPRS附着或路由区更新成功完成(网络接受了，流程正确)。SIM/USIM包含用户登记路由区的RAI，还可能有有效的P-TMSI, GPRS GSM加密密钥，GPRS UMTS加密密钥，GPRS UMTS完整性密钥和GPRS加密密钥序列号。

GU2: NOT UPDA TED

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

这时，SIM/USIM可能有用户登记的路由区的RAI，也可能有有效的P-TMSI，GPRS GSM 加密密钥，GPRS UMTS加密密钥，GPRS UMTS完整性保护和GPRS加密密钥序列号。为了兼容考虑，当RAI被删除后，所有这些字段都被设置为"deleted"。不过，如果出现了其他值，MS也不会当做错误处理。

GU3: ROAMING NOT ALLOWED

上一次GPRS附着或路由区更新执行没问题，只是没被网络接受(可能是漫游或注册的限制)。这时，SIM/USIM可能包含用户登记路由区的RAI，还可能有有效的P-TMSI，GPRS GSM 加密密钥，GPRS UMTS加密密钥，GPRS UMTS完整性保护和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 主状态

4.1.3.3.1.1 GMM-DEREGISTERED

网络没有GMM上下文，或GMM上下文标记为去附着了，MS已去附着了。此状态下，网络可以响应MS发起的GPRS附着或联合GPRS附着。

4.1.3.3.1.2 GMM-COMMON-PROCEDURE-INITIA TED

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

4.1.3.3.1.3 GMM-REGISTERED

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

4.1.3.3.1.1 GMM-DEREGISTERED-INITIA TED

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

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

4.1.3.3.2 GMM-REGISTERED的子状态

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

4.1.3.3.2.1 GMM-REGISTERED.NORMAL-SERVICE

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

4.1.3.3.2.2 GMM-REGISTERED.SUSPENDED(GSM only)

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

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

在这一节，讲述了MS在主状态MM idle，GMM-DEREGISTERED和GMM-REGISTERED 下的详细行为。其中 4.2.1和 4.2.3讲的是MM IDLE，而 4.2.4和 4.2.5分别讲的是GMM-DEREGISTERED和GMM-REGISTERED。

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

MM IDLE下MS的特定行为取决于4.1.2.1.2中描述的服务状态。而服务状态主要是又主要依赖于4.1.2.2定义的更新状态。

开机后进入哪个服务状态在4.2.1节中讲述，MM IDLE状态下MS的详细动作在4.2.2中讲述。从NULL以外的其他任何状态返回MM IDLE时服务状态的选择在4.2.3描述。

请注意，在众多MM IDLE状态之间的转换是以下行为引起的：

- 在RR连接模式下的流程(4.2.3)

- 插入或取出SIM/USIM

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

- PLMN选择

- 丢失覆盖

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

4.2.1 主服务状态选择

4.2.1.1 开机后服务状态的选择

开机后，当移动性管理已激活，服务状态为19.7 PLMN SEARCH。此状态的详细请参考3GPP 23.122, 3GPP 43.022, 3GPP 45.008和3GPP 25.304，这里会对开机和选择PLMN的流程进行详细描述。如果存在SIM/USIM卡里的"location update status"不是"updated"，MS就当做它是"not updated"。

离开PLMN SEARCH后的服务状态取决于搜索结果和SIM/USIM是否有效：

- 如果没有找到小区，状态为NO CELL A V AILABLE,直到找到小区；

- 如果没有SIM/USIM卡，状态为NO IMSI

- 如果MS在掉网后连续被激活而后也返回了服务区，选择的小区也属于MS登记的位置区，且时钟T3212还未超时，那状态当为NORMAL SERVICE

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

LIMITED SERVICE状态；

- 以上都不是，MS进入LOCA TION UPDA TE NEEDED状态。

4.2.1.2 其他情况

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

- 在NO IMSI时，插入了SIM/USIM卡

- 在除了NO IMSI, NO CELL A V AILABLE, NORMAL SERVICE和RECEIVING GROUP CALL(NORMAL SERVICE)以外的其他状态，用户发起PLMN选择的请求- 除NO IMSI和NO CELL A V AILABLE外的其他状态下，丢失覆盖

- 漫游被拒绝

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

离开PLMN SEARCH后的服务状态就取决于搜索结果和是否有SIM/USIM了，参考4.2.1.1。

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

在MM IDLE状态MS的行为要根据服务状态而定。下文描述的是MS在非即时状态时的行为。需要注意的是在RR连接模式的流程后，比如位置更新流程后，4.2.3讲到了从其他状态回到MM IDLE。此外，如果在子状态NORMAL SERVICE，如果收到PLMN选择的请求，MS进入SEARCH FOR PLMN,NORMAL SERVICE。

4.2.2.1 服务状态NORMAL SERVICE

在MM IDLE，服务状态为NORMAL SERVICE时，MS可以有以下动作：

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

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

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

- IMSI去附着

- 支持CM层的请求

- 响应寻呼

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

- 通知GCC和BCC层

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

- 在GCC或BCC层请求接听在RR层通知中收到信道描述的组呼或组播呼叫时，请求RR层接听，然后进入服务状态RECEIVING GROUP CALL(NORMAL SERVICE).

4.2.2.2 服务状态A TTEMPTING TO UPDA TE

在状态MM IDLE的子状态A TTEMPTING TO UPDA TE下，MS可以有以下行为：

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

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

- 如果进入此状态是因为4.4.4.9节中描述的c), d)或f)("abnormal release, unspecified"以外的原因)或g) (原因为"retry upon entry into a new cell")，那当进入新小区时，执行位置更新- 如果进入此状态是因为4.4.4.9节中描述的e)或f)( 原因"abnormal release, unspecified")或g) ("retry upon entry into a new cell"以外的原因)，进入新小区时不会执行位置更新；

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

- 不执行IMSI 去附着

- 支持紧急呼叫

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

被接受，参考4.5.1)

- 响应寻呼(使用IMSI的)

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

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

- 在GCC或BCC层请求接听在RR层通知中收到信道描述的组呼或组播呼叫时，请求RR层接听，然后进入服务状态RECEIVING GROUP CALL(LIMITED SERVICE).

4.2.2.3 服务状态LIMITED SERVICE

在状态MM IDLE的子状态LIMITED SERVICE下，MS可以有以下行为：

- 不执行周期更新

- 不执行IMSI去附着

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

- 进入一个可能提供正常服务的小区时执行正常位置更新(比如位置区不在forbidden LAI列表)

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

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

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

- 在GCC或BCC层请求接听在RR层通知中没有信道描述的组呼或组播呼叫时，拒绝请求 - 在GCC或BCC层请求接听在RR层通知中收到信道描述的组呼或组播呼叫时，请求RR 层接听，然后进入服务状态RECEIVING GROUP CALL(LIMITED SERVICE).

4.2.2.4 服务状态NO IMSI

在状态MM IDLE的子状态NO IMSI下，MS可以有以下行为(可参考3GPP 43.022 3.2节和3GPP 45.008)：

- 没有正常位置更新尝试

- 没有周期性更新

- 关机也不执行IMSI去附着

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

- 不响应寻呼

- 只进行默认的小区选择

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

- 不通知GCC或BCC层

4.2.2.5 服务状态SEARCH FOR PLMN, NORMAL SERVICE

在状态MM IDLE的子状态SEARCH FOR PLMN, NORMAL SERVICE下，MS可以有以下行为:

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

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

- 执行IMSI去附着

- 支持CM层的请求

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

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

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

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

通知

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

4.2.2.6 服务状态SEARCH FOR PLMN

在状态MM IDLE的子状态SEARCH FOR PLMN下，MS可以有以下行为:

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

- 不执行周期更新

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

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

- 不响应寻呼

4.2.2.7 服务状态RECEIVING GROUP CALL(NORMAL SERVICE)

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

在状态MM IDLE的子状态RECEIVING GROUP CALL(NORMAL SERVICE)下，MS可以有以下行为:

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

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

- T3212超时执行周期更新

- 执行IMSI去附着

- 支持GCC或BCC层的请求

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

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

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

4.2.2.8 服务状态RECEIVING GROUP CALL(LIMITED SERVICE)

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

在状态MM IDLE的子状态RECEIVING GROUP CALL(LIMITED SERVICE)下，MS可以有以下行为:

- 不执行周期更新

- 不执行IMSI去附着

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

- 进入一个可能提供正常服务的小区时执行正常位置更新(比如位置区不在forbidden LAI列表)

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

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

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

在返回到MM IDLE时，比如位置更新流程结束后，MS选择了小区，像3GPP TS 43.022和3GPP 25.304中描述的一样。唯一不同的是，这里是正常的小区选择。

如果这个返回到idle状态不是由于位置更新流程收到了拒绝原因"roaming not allowed in this location area"引起，服务状态的选择取决于小区选择流程的结果，MS的更新状态，MS 内存储的位置数据以及是否具有SIM/USIM卡：

- 如果没有找到小区，状态为NO CELL A V AILABLE, 直到找到小区；

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

- 如果选择的小区属于MS登记的位置区，状态为NORMAL SERVICE; 需要注意的是这个情况同样包含在4.4.4.9节描述的异常情况中

- (只适用于支持VGCS接听或VBS接听的MS)如位置更新前MS状态是RECEIVING GROUP CALL (NORMAL SERVICE)或RECEIVING GROUP CALL(LIMITED SERVICE)，选择的小区也属于MS登记的位置区，那新状态为RECEIVING GROUP CALL(NORMAL SERVICE);

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

- 如果选择小区所在的位置区不允许MS进行位置更新，新状态为LIMITED SERVICE - (只适用于支持VGCS接听或VBS接听的MS) 如位置更新前MS状态是RECEIVING GROUP CALL (NORMAL SERVICE)或RECEIVING GROUP CALL(LIMITED SERVICE)，选择的小区所在位置区不允许MS进行位置更新，新状态为RECEIVING GROUP CALL(LIMITED SERVICE)；

- 在未成功的位置更新期间，正如 4.4.4.9描述的一些异常情况执行后，新状态为A TTEMPTING TO UPDA TE

在位置更新流程收到拒绝原因为"roaming not allowed in this location area"而返回idle的情况，服务状态为PLMN SEARCH，在4.2.1.2中讲述。

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.2.4.2中描述。从NULL外的其他状态返回到GMM-DEREGISTERED状态时选哪个子状态在4.2.4.3中描述。

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

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

- 小区选择/重选(参考3GPP 43.022和3GPP 25.304)

- PLMN选择

- 丢失服务或返回服务区

- 路由区改变

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

4.2.4.1 主要子状态选择

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

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

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

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

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

3GPP协议36.843

3GPP TR 36.843 V12.0.1 (2014-03) Technical Report 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on LTE Device to Device Proximity Services; Radio Aspects (Release 12) The present document has been developed within the 3rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP. The present document has not been subject to any approval process by the 3GPP Organizational Partners and shall not be implemented. This Report is provided for future development work within 3GPP only. The Organizational Partners accept no liability for any use of this Specification. Specifications and Reports for implementation of the 3GPP TM system should be obtained via the 3GPP Organizational Partners' Publications Offices.

(完整word版)3GPP协议中文版-001

前言本通信标准参考性技术文件主要收集了与定义IMT-DS FDD(WCDMA)系统的目标和系统结构的基本文档相关的术语、定义和缩略语。本文基于 3GPP制订的Release-99(2000年9月份版本)技术规范，具体对应于TS 25.990 V3.0.0。本参考性技术文件由信息产业部电信研究院提出。本参考性技术文件由信息产业部电信研究院归口。本参考性技术文件起草单位：信息产业部电信传输研究所本参考性技术文件主要起草人：徐京皓徐菲卓天真续合元盛蕾吴伟本参考性技术文件2001年1月首次发布。本参考性技术文件委托无线通信标准研究组负责解释。

通信标准参考性技术文件 IMT-DS FDD(WCDMA)系统无线接口物理层技术规范：名语术语IMT-DS FDD(WCDMA) System Radio Interface Technical Specification: Vocabulary 1 范围本通信标准参考性技术文件介绍了与定义IMT-DS FDD(WCDMA)系统的目标和系统结构的基本文档相关的术语，定义和缩略语。这篇文档也为以后的技术规范的工作提供了一个工具，以便于理解。在这篇文档中所给出的术语，定义和缩略语或者是从现在的文档（ETSI，ITU或其它）引入的，或者是在需要精确的词汇时新创造出来的。 2 引用标准下列标准所包含的条文，通过在本标准中引用而成为本文件的条文。本文件出版时，所示版本均为有效。所有标准都会被修订，使用本文件的各方应探讨使用下列标准最新版本的可能性。 3 与UTRA相关的术语和定义 A Acceptable Cell 可接受的小区：是指UE可以驻留并进行紧急呼叫的小区。它必须满足特定的条件。 Access Stratum; 接入层； Access Stratum SDU (Service Data Unit) 接入层SDU(业务数据单元)：在核心网或UE的接入层SAP（业务接入点）上传送的数据单元。 Active mode 激活模式：“激活模式”是指UE处理呼叫时所处的状态。 Active Set 激活集：在UE和UTRAN接入点之间的一个特定的通信业务所同时涉及的无线链路的集合。 ALCAP ALCAP：用于建立和拆除传输承载的传输信令协议的一般性称谓。 Allowable PLMN 准入的PLMN：不在UE所禁止的PLMNs列表内的PLMN。 Available PLMN 可用的PLMN：指UE找到满足特定条件的小区所处的PLMN。 Average transmit power

3GPP协议中文版-003

目次前言 ....................................................................................................................................................II 1 范围 (2) 2 引用标准 (2) 3 名语和缩略语 (2) 4 提供给高层的业务 (4) 4.1传输信道 (4) 4.1.1 专用传输信道 (4) 4.1.2 公共传输信道 (4) 4.2 指示符 (4) 5 物理信道和物理信号 (5) 5.1 物理信号 (5) 5.2 上行物理信道 (5) 5.2.1 专用上行物理信道 (5) 5.2.2 公共上行物理信道 (8) 5.3 下行物理信道 (12) 5.3.1 下行发射分集 (12) 5.3.2 专用下行物理信道 (13) 5.3.3 公共下行物理信道 (19) 6 物理信道的映射和关联 (30) 6.1传输信道到物理信道的映射 (30) 6.2 物理信道和物理信号的关联 (31) 7 物理信道之间的时序关系 (31) 7.1 概述 (31) 7.2 PICH/S-CCPCH定时关系 (32) 7.3 PRACH/AICH定时关系 (33) 7.4 PCPCH/AICH定时关系 (34) 7.5 DPCH/PDSCH定时关系 (34) 7.6 DPCCH/DPDCH定时关系 (35) 7.6.1 上行链路 (35) 7.6.2 下行链路 (35) 7.6.3 在UE的上行/下行定时 (35)

前言本通信标准参考性技术文件主要用于IMT-DS FDD(WCDMA)系统的无线接口的物理层部分，它主要介绍了物理信道的特性以及传输信道到物理信道的映射。本文基于 3GPP制订的Release-99(2000年9月份版本)技术规范，具体对应于TS 25.211 V3.4.0。本参考性技术文件由信息产业部电信研究院提出。本参考性技术文件由信息产业部电信研究院归口。本参考性技术文件起草单位：信息产业部电信传输研究所本参考性技术文件主要起草人：徐京皓，徐菲，吴伟，张翔本参考性技术文件2001年1月首次发布。本参考性技术文件委托无线通信标准研究组负责解释。

3GPP协议阅读指南

目录第1章协议阅读指南2 1.1 协议的框架2 1.2 阅读协议的技巧2 1.2.1 UMTS与3GPP的关系2 1.2.2 GSM协议与3GPP协议的关系2 1.2.3 R99与R00、R4、R5的关系2 1.2.4 在R99中原来的GSM01~12系列的协议与3GPP协议之间的关系3 1.2.5 在REL4以后的版本中41~52系列的协议与3GPP协议之间的关系3 1.2.6 各协议系列的功能3 1.2.7 看协议的步骤4 1.2.8 注意协议版本号4 1.2.9 注意协议修改记录4 1.2.10 注意协议附录5 1.2.11 注意协议的类型5第2章协议查看实例6 2.1 2/3G互操作协议查看实例6第3章协议目录8 3.1 协议目录8

第1章协议阅读指南 1.1 协议的框架在第三代移动通讯体系中，目前主要有三大阵营，即TD-SCDMA、 WCDMA、CDMA2000(其他一些小的阵营我们几乎可以不用关心，此处不再提及。TD-SCDMA、WCDMA的协议是由3GPP标准化组织制定的，而CDMA2000是由3GPP2标准化组织制定的，所以有时也用3GPP代指 TD-SCDMA、WCDMA，用3GPP2代指CDMA2000。在第二代移动通讯体制中，也主要有两大阵营，即GSM与窄带 CDMA(IS-95)。由GSM向3G过渡是走的WCDMA技术路线，由 IS-95CDMA向3G过渡是走CDMA2000的路线。 1.2 阅读协议的技巧读协议首先要抓住总体与重点，否则，任何一个人也无法阅读全部的协议。对于我们来说，3GPP当然是所有协议的重点，与3GPP密切相关的协议是次重点。 1.2.1 UMTS与3GPP的关系 UMTS是一个过时的术语，现在已经不再使用，因为UMTS的提法是在 3GPP成立以前由SMG(特别移动组)提出的，在3GPP成立以后将不再使用。 1.2.2 GSM协议与3GPP协议的关系 GSM协议的最后一个完整版本是PHASE 2+的R1998。ETSI的SMG在制定R1999时，3GPP成立，于是SMG被解散，R1999也被移交给3GPP，由3GPP继续完成R99。所以R99是GSM与3G的衔接版本(R99已经是 3G)。 1.2.3 R99与R00、R4、R5的关系在R99协议成形的初期，将R99看作是GSM向3G过渡的版本，存在电路交换域的业务；将R00作为全IP网络版本的代名词。在2000年9月以后的版本中，就不再使用R00这个术语，而改用Release4、Release5 来替代，也就意味着，在Rel5以后的版本都是全IP的网络结构。

标准协议之3GPP标准协议

标准协议之3GPP标准协议 All 3G and GSM specifications have a 3GPP specification number consisting of 4 or 5 digits. (e.g. 09.02 or 29.002). The first two digits define the series as listed in the table below. They are followed by 2 further digits for the 01 to 13 series or 3 further digits for the 21 to 55 series. The term "3G" means a 3GPP system using a UTRAN radio access network; the term "GSM" means a 3GPP system using a GERAN radio access network. (Thus "GSM" includes GPRS and EDGE features.) A specification in the 21 to 35 series may apply either to 3G only or to GSM and 3G. A clue lies in the third digit, where a "0" indicates that it applies to both systems. For example, 29.002 applies to 3G and GSM systems whereas 25.101 and 25.201 apply only to 3G. Most specs in all other series apply only to GSM systems. However, as the spec numbering space has been used up, this guide is more frequently broken, and it is necessary to examine the information page for each spec (see the table below) or to check the lists in 01.01 / 41.101 (GSM) and 21.101 (3G) for the definitive specification sets for each system and each Release. 所有3G和GSM规范具有一个由4或5位数字组成的3GPP编号。（例如：09.02或29.002）。前两位数字对应下表所列的系列。接着的两位数字对应01-13系列，或3位数字对应21-55系列。词"3G"意味着采用UTRAN无线接入网的3GPP系统，词"GSM" 意味着采用GERAN无线接入网的3GPP系统（因而，"GSM"包括GPRS和EDGE 性能）。

3GPP协议编号-标准协议之3GPP标准协议

标准协议之3GPP标准协议所有3G和GSM规范具有一个由4或5位数字组成的3GPP编号。（例如：09.02或29.002）。前两位数字对应下表所列的系列。接着的两位数字对应01-13系列，或3位数字对应21-55系列。词"3G"意味着采用UTRAN无线接入网的3GPP系统，词"GSM" 意味着采用GERAN无线接入网的3GPP系统（因而，"GSM"包括GPRS和EDGE性能）。 21-35系列规范只用于3G或既用于GSM也用于3G。第三位数字为"0"表示用于两个系统，例如29.002用于3G和GSM系统，而25.101和25.201仅用于3G。其它系列的大多数规范仅用于GSM系统。然而当规范编号用完后，须查看每个规范的信息页面（见下表）或查看01.01 / 41.101 (GSM) 和21.101 (3G) 中的目录。

The 3GPP Specifications are stored on the file server as zipped MS-Word files. The filenames have the following structure: SM[-P[-Q]]-V.zip where the character fields have the following significance ... S = series number - 2 characters (see the table above) M = mantissa (the part of the spec number after the series number) - 2 or 3 characters (see above) P = optional part number - 1 or 2 digits if present Q = optional sub-part number - 1 or 2 digits if present V = version number, without separating dots - 3 digits

3gpp协议

3GPP TR 36.942 V9.0.1 (2010-04) Technical Report 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Frequency (RF) system scenarios (Release 9) The present docu ment has been developed within the 3rd Generation Partnership Project (3G PP TM ) and may be fu rther elaborated for the purposes of 3GPP. The present d ocument has not been subject to any approval process by the 3G PP Organizational Partners and shall not be implemented. This Specification is provided for future development work within 3GPP only. The Organizational Partners accept no liability for any use of this Specification. Specifications and reports for implementation of the 3GPP TM system should be obtained via the 3GPP Organizational Partners' Publications Offices.

3gpp,ts协议名称对照

竭诚为您提供优质文档/双击可除3gpp,ts协议名称对照篇一：3gpp协议编号——标准协议之3gpp标准协议标准协议之3gpp标准协议所有3g和gsm规范具有一个由4或5位数字组成的3gpp 编号。（例如：09.02或29.002）。前两位数字对应下表所列的系列。接着的两位数字对应01-13系列，或3位数字对应21-55系列。词"3g"意味着采用utRan无线接入网的3gpp系统，词"gsm"意味着采用geRan无线接入网的3gpp系统（因而，"gsm"包括gpRs和edge性能）。 21-35系列规范只用于3g或既用于gsm也用于3g。第三位数字为"0"表示用于两个系统，例如29.002用于3g和gsm 系统，而25.101和25.201仅用于3g。其它系列的大多数规范仅用于gsm系统。然而当规范编号用完后，须查看每个规范的信息页面（见下表）或查看01.01/41.101(gsm)和21.101(3g)中的目录。

the3gppspecificationsarestoredonthefileserveraszipp edms-wordfiles.thefilenameshavethefollowingstructur e:sm[-p[-q]]-V.zip wherethecharacterfieldshavethefollowingsignificance ...s=seriesnumber-2characters(seethetableabove) m=mantissa(thepartofthespecnumberaftertheseriesnumb er)-2or3characters(seeabove) p=optionalpartnumber-1or2digitsifpresentq=optionals ub-partnumber-1or2digitsifpresentV=versionnumber,wi thoutseparatingdots-3digitssoforexample: 21900-320.zipis3gpptR21.900version3.2.00408-6g0.zip is3gppts04.08version6.16.0 32111-4-410is3gppts32.111part4version4.1.0 29998-04-1-100is3gppts29.998part4sub-part1version1. 0.0 3gpp规范采用woRd文件的zip压缩格式保存，文件名结构如下：sm[-p[-q]]-V.zip

3GPP协议阅读指南

1协议阅读指南 1.1协议的框架如下图所示，在第三代移动通讯体系中，目前主要有两大阵营，即WCDMA与CDMA2000(其他一些小的阵营我们几乎可以不用关心，此处不再提及。另，TD-SCDMA可以认为是WCDMA阵营中的一种无线技术)。WCDMA的协议是由3GPP标准化组织制定的，而CDMA2000是由3GPP2标准化组织制定的，所以有时也用3GPP代指WCDMA，用3GPP2代指CDMA2000。在第二代移动通讯体制中，也主要有两大阵营，即GSM与窄带CDMA(IS-95)。由GSM向3G过渡是走的WCDMA技术路线，由IS-95CDMA向3G过渡是走CDMA2000的路线。我们这个项目将要做的是WCDMA的基站(Node B)，所以与我们直接相关的协议是3GPP的协议。3GPP的协议分为3个版本，即R99与R4、R5，R99是第一阶段的版本，计划于2000年6月定型(FROZEN)，以后只作一些微小的修改，但实际上到目前为止还没有完全定型。2001年3月版的R99可以认为已经大部分定型。而R4目前正处在标准化的阶段，2001年3月已经有一个初步定型的规范。我们要实现的就是R99(下图中加粗黑框部分)。 R99目前有5个版本，即2000年3月份版本、6月份版本、9月份版本、12月份版本和2001年3月份版本，我们应该阅读的是9月份的版本(3GPP2000.9)，3月份版本与6月份版本可以作为参考。大家阅读协议时可以看到，3月份与6月份的版本是从21系列开始的，9月份是从01系列开始的，为什么会这样呢？因为3GPP的协议(特别是CN侧协议)是在GSM与GPRS基础上发展的，3GPP的协议引用了很多GSM 的协议，在9月份的版本中，3GPP将部分引用到的GSM的协议转化为3GPP的协议，所以在9月份的目录中多了01～12系列的协议(GSM协议是从01～12)。大家可以认为，“真正的”3GPP的协议还是从21系列开始的(当然，GSM的01~12系列也是3GPP协议的一部分)。 1.2阅读协议的技巧读协议首先要抓住总体与重点，否则，任何一个人也无法阅读全部的协议。对于我们来说，3GPP的R99当然是所有协议的重点，与3GPP密切相关的协议是次重点。 1.2.1UMTS与3GPP的关系 UMTS是一个过时的术语，现在已经不再使用，因为UMTS的提法是在3GPP成立以前由SMG(特别移动组)提出的，在3GPP成立以后将不再使用。 1.2.2GSM协议与3GPP协议的关系 GSM协议的最后一个完整版本是PHASE 2+的R1998。ETSI的SMG在制定R1999时，3GPP成立，于是SMG被解散，R1999也被移交给3GPP，由3GPP继续完成R99。所以R99是GSM与3G的衔接版本(R99已经是3G)。

3GPP协议导读

目录 1引言 (5) 1.1 编写目的 (5) 1.2 目的 (5) 1.3 预期读者和阅读建议 (5) 1.4 文档约定 (5) 1.5 参考资料 (5) 1.6 缩写术语 (5) 2文档的结构 (6) 33GPP协议概述 (6) 3.1 3GPP及其协议版本 (6) 3.2 3GPP协议的标识 (6) 3.3 一个3GPP协议的结构 (9) 4与CN相关的3GPP协议介绍 (10) 4.1 21S ERIES (10) 4.2 22S ERIES (10) 4.3 23S ERIES (11) 4.4 24S ERIES (13) 4.5 25S ERIES (14) 4.6 26S ERIES (15) 4.7 29S ERIES (16) 4.8 32S ERIES (19) 4.9 33S ERIES (27) 4.10 35S ERIES (28) 4.11 41S ERIES (29) 4.12 42S ERIES (29) 4.13 43S ERIES (30) 4.14 44S ERIES (31) 4.15 48S ERIES (31) 4.16 49S ERIES (33) 4.17 52S ERIES (33) 4.18 补充业务相关协议 (33) 4.18.1 增强的多级优先和占先（eMLPP）业务 (34) 4.18.2 线路标识类 (34) 4.18.3 呼叫前转类 (35) 4.18.4 呼叫完成类 (35) 4.18.5 多方类 (36) 4.18.6 CUG类 (36) 4.18.7 计费通知类 (36) 4.18.8 呼叫闭锁类 (36) 4.18.9 CD (37) 4.18.10 UUS (37)

3GPP 24008中文版协议

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流程的结构可以用“积木”法来描述层3的流程。基础的积木是三个子层的协议控制实体提供的“基本流程”，这些子层是无线资源管理RRM，移动性管理MM和连接管理CM。 1.5 在A/Gb模式下逻辑信道的使用逻辑信道在3GPP 45.002中定义。下述的这些控制信道都是承载信令信息或指定类型的用户分组数据： 1) 广播控制信道BCCH：下行，用来广播小区独有信息 2) 同步信道SCH：下行，用来广播同步信息和BSS标识信息 3) 寻呼信道PCH：下行，用来发送寻呼给MS 4) 随机接入信道RACH：上行，用来请求一条专用控制信道DCCH 5) 接入允许信道AGCH：下行，用来分配一条专用控制信道DCCH 6) 独立专用控制信道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操作模式(确认模式AM，非确认模式UM或随机接入)的选择。 1.6 控制流程概览 1.6.1 流程列表以下是本文涵盖的流程列表： a) 第四章描述的移动性管理基础流程移动性管理公共流程(4.3节)：

3GPP协议_25463-670 AISG2.0

3GPP TS 25.463 V6.7.0 (2007-06) Technical Specification 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; UTRAN Iuant Interface: Remote Electrical Tilting (RET) antennas Application Part (RETAP) signalling (Release 6) The present document has been developed within the 3rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP. The present document has not been subject to any approval process by the 3GPP Organizational Partners and shall not be implemented. This Specification is provided for future development work within 3GPP only. The Organizational Partners accept no liability for any use of this Specification. Specifications and reports for implementation of the 3GPP TM system should be obtained via the 3GPP Organizational Partners' Publications Offices.

lte,3gpp,物理层协议

竭诚为您提供优质文档/双击可除 lte,3gpp,物理层协议篇一：lte协议对照表规范编号射频系列规范ts36.101 规范名称内容更新时间 ue无线发送和接收描述Fdd和 tdde-08-oct-20xxutRaue的最小射频（RF）特性 ts36.104bs无线发送与接收描述e-utRabs在成对频谱和非成对频谱的最小RF特性 30-sep-20xx ts36.106Fdd直放站无线发送与接收描述Fdd直放站的射频要求和基本测试条件 30-sep-20xx ts36.113bs与直放站的电磁兼容包含对e-utRa基站、直放站和补充设备的电磁兼容（emc）评估 01-oct-20xx ts36.124移动终端和辅助设备的电磁兼容的要求建立了对于e-utRa终端和附属设备的主要emc要求，

保证不对其他设备产生电磁干扰，并保证自身对电磁干扰有一定的免疫性。定义了emc测试方法、最小性能要求等01-oct-20xx ts36.133支持无线资源管理的要求描述支持Fdd和td08-oct-20xxde-utRa的无线资源管理需求，包括对e-utRan和ue测量的要求，以及针对延迟和反馈特性的点对点动态性和互动的要求 ts36.141bs一致性测试描述对Fdd/tdde-utRa基站的射频测试方法和一致性要求 30-sep-20xx ts36.143Fdd直放站一致性测试描述了Fdd直放站的一致性规范，基于36.106中定义的核心要求和基本方法，对详细的测试方法、过程、环境和一致性要求等进行详细说明 01-oct-20xx ts36.171支持辅助全球导航卫星系统(a-gnss)的要求描述了基于ue和ue辅助Fdd或tdd的辅助全球导航卫星系统终端的最低性能 21-jun-20xx ts36.307ue支持零散频段的要求定义了终端支持与版本无关频段时所要满足的要求。 04-oct-20xx

3GPP LTE协议

3GPP LTE无线接口协议及体系结构 2 LTE无线接入网体系结构 3GPP在考虑LTE技术时，演进型接入网EUTRAN（Evolved Universal Terrestrial Radio Access Network）采用只有演进型Node B（eNB）构成的单层结构，以便简化网络和减少时延，这种结构实际上已经趋近于典型的IP宽带网结构，其无线接入网体系构架如图1所示。图1 E-UTRAN 体系结构每个eNB都具有一系列功能和相应物理接口，其中包括演进型UTRA用户面（U-plane）（PDCP/RLC/MAC/PHY）和控制面（C-plane）（RRC）协议，多个eNBs通过X2接口相互连接。就外部连接而言，eNB通过S1接口连接到演进型分组核心EPC（Evolved Pocket Core），具体来说就是通过S1-MME接口连接到移动性管理实体MME（Mobility Management Entity）和通过S1-U接口连接到SAE网关，其中S1接口支持在eNBs和MME/SAE网关之间多对多的链接。如图2所示，S1接口是EUTRAN和EPC之间的接口，该接口包含两部分：控制面和用户面。控制面接口S1-MME 是eNB和MME之间的接口，用户面接口S1-U是eNB和SAE网关之间的接口，它在eNB和SAE网关之间提供了非保证的用户面分组数据单元PDU（Packet Data Unit）传送。图2 3GPP LTE无线接口协议结构 S1接口具有以下主要功能： ◆SAE业务承载管理功能，包括承载业务的设置和释放等； ◆用户设备在激活状态下的移动性管理功能，包括LTE内部的小区切换以及和 3GPP内其它无线接入技

3gpp,空口协议

竭诚为您提供优质文档/双击可除 3gpp,空口协议篇一：lte全套协议汇总 lte全套协议汇总（收藏）篇二：embms空口协议介绍讨论范围 1、本文只讨论空口部分协议； 2、协议中有singlecell的mbms，以及multicell协作的mbmsFn，第二种要求空口同频且帧同步，本文只讨论第二种情况。第二种情况的cell 可以是混合小区（mbms业务和单播业务同时存在），也在本文讨论范围。 3、ue的mbms业务建立与删除流程不在本文讨论范围。基本概念信道 mbms在mac层和物理层都用专门对应的信道传输信令与业务（数据）。mac层的mcch和mtch分别用来传输多播信令与多播业务。物理层的“传输信道”中mch与“物理信道”pmch也专

门用来mbms传输，其中mac层的mcch与mtch都对应到物理层的(p)mch信道上。另外mac层的bcch（sib13）用来广播mcch的配置，mac 层的sib2也用来定义mch信道物理层信道风格。下图是物理层传输信道与物理信道的映射图。对于多播，mch和pmch可以认为没有区别，长用(p)mch表示：下图是mac层的信道与物理层传输信道的映射，可见mcch和mtch都映射到(p)mch上。信道关系 mac层的mcch用来传输多播相关的信令，包括pmch配置，下行计数消息。mac层的mtch用来传输多播业务数据。 mac层的bcch中sib2用来规定pmch的子帧风格，sib13用来配置mcch对应的(p)mch。每个mtch对应一个(p)mch，和一个多播业务相对应，也和一个多播session相对应。每个多播域（mbmsarea）都和一个mcch唯一对应，每个mcch 又和多个mtch向对应。也就是说同一个area的所有mtch 公用一个mcch。而mcch可以认为除了下面mtch对应的pmch 以为，还有自己mcch对应的一个pmch。名词解释 mbsFnsynchronizationarea mbmsFn就是mbms单频网络。意思是所有网络频率相同，且是帧对齐的，pmch子帧分配风格也是一样的，同一时间发

3GPP 24008中文版协议

3GPP协议36.843

(完整word版)3GPP协议中文版-001

3GPP协议中文版-003

最新LTE中文协议LTE_3GPP_36.213-860(中文版)

3GPP协议阅读指南

标准协议之3GPP标准协议

3GPP协议编号-标准协议之3GPP标准协议

3gpp协议

3gpp,ts协议名称对照

3GPP协议阅读指南

3GPP协议导读

3GPP 24008中文版协议

3GPP协议_25463-670 AISG2.0

lte,3gpp,物理层协议

3GPP LTE协议

3gpp,空口协议