中文版协议模板.doc

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步骤时会有专门标示, 如有必需也会描述不支持终端将有何行为。
  一个支持GPRSMS能够属于以下三种操作模式一个:
   - 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和处于操作模式AGPRS MS使用相同步骤, 除非明确指出了是GSM only或者UMTS only。
  在网络操作模式I和II中, 工作在PS模式MS和操作模式CMS使用相同步骤, 除非明确指出了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消息
     - AUTHENTICATION REQUEST
- AUTHENTICATION REJECT
- IDENTITY REQUEST
- LOCATION UPDATING ACCEPT(包含不改变位置区或临时标识周期性更新)
- LOCATION UPDATING REJECT
- CM SERVICE ACCEPT 假如满足以下两个条件:
  - 没有其她MM连接建立
  - CM SERVICE REQUEST请求原因是emergency call establishment
- CM SERVICE REJECT
- ABORT
  - GMM消息
       - AUTHENTICATION &CIPHERING REQUEST
       - AUTHENTICATION & CIPHERING REJECT
       - IDENTITY REQUEST
- ATTACH REJECT
- ROUTING AREA UPDATE ACCEPT (包含不改变路由区或临时标识周期性路由更新)
- ROUTING AREA UPDATE REJECT
- SERVICE REJECT
       - DETACH ACCEPT (非关机情况)
  CC消息:
       - 全部CC消息, 假如满足以下2个条件:
         - 不存在其她MM连接
         - MSMM实体已经收到CM SERVICE ACCEPT消息, 且在CM SERVICE REQUEST后未启用加密或完整性保护, 请求原因为“建立紧急呼叫”

  在完整性保护开启后, MSL3接收实体不再处理没有被底层成功进行完整性检验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 MSMM-GMM合作
4.1.1.2.1  网络操作模式I中GPRS操作模式A或B 终端
  在网络操作模式I时, 工作于GPRS操作模式A或B终端期望能够同时为GPRS和非GPRS业务进行IMSI附着, 这会用到联合GPRS附着, 联合和周期性路由区更新步骤来替换相关MM特殊步骤IMSI附着, 以及正常和周期性位置区更新。
    注意: 在网络操作模式为I时GPRS操作模式为A或BMS, 不管ATT标志是什么值, 都会实施联合GPRS附着或路由区更新步骤。

  在网络操作模式为I时GPRS操作模式为A或BMSIMSI去附着将由GMM使用联合GPRS去附着步骤实施。
    注意: 在网络操作模式为I时GPRS操作模式为A或BMS, 不管ATT值为多少, 都会实施联合GPRS去附着步骤。
 处于网络操作模式IGPRS操作模式A或BMS, 将使用GMM特殊步骤替换MM特殊步骤, 除非在专门描述MM特殊步骤重新开启情况下, 所以在4.3和4.4节列出何时触发MM特殊步骤全部条件都用不到了。
  如上条件MS, 也不会使用任何MM特殊步骤关联时钟(比如T3210, T3211, T3212, T3213), 除非在专门讲述MM特殊步骤重开启情况。假如这些MM时钟已经在运行, MS也不会根据时钟超时后应有行为实施。
注意: 每当GMM实施联合GMM步骤时, GPRS MS就会进入MM状态MM LOCATION UPDATING PENDING, 以阻止MM实施位置更新步骤。
  假如MM实施了鉴权步骤, 且被网络拒绝(收到了AUTHENTICATION REJECT), MS设置GPRS更新状态为GU3 ROAMING NOT ALLOWED, 假如能够, 删除存放P-TMSI, P-TMSI署名, RAI和GPRS加密密钥序列号。SIM/USIM被视为对GPRS和非GPRS业务均无效, 知道关机或取出SIM/USIM卡。MS将终止全部GMM步骤并进入状态GMM-DEREGISTERED。
4.1.1.2.2  网络操作模式II或III下GPRS模式A或B终端
  假如网络操作模式为II或III, 想要同时对GPRS或非GPRS业务进行IMSI附着GPRS模式A或B终端, 能够使用4.3和4.4节列出MM特殊步骤, 以及4.7.3, 4.7.4和4.7.5小节列出GMM特殊步骤。周期性位置更新使用将在后文4.4.2描述, 周期性位置区更新在4.7.2.2讲述。
  假如MM实施了鉴权步骤, 且被网络拒绝(收到了AUTHENTICATION 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.21.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  LOCATION UPDATING INITIATED
已经开启了位置更新步骤, MM等着网络给响应。时钟T3210在跑着。
  5  WAIT FOR OUTING MM CONNECTION
     MM连接建立步骤已开启, MM等着网络给响应。时钟T3230在跑。
  6  MM CONNECTION ACTIVE
     MM子层已经有一条RR连接到网络侧对等实体。一个或多个MM连接已激活。
  7  IMSI DETACH INITIATED
     IMSI去附着步骤已开启。时钟T3220在跑。
  8  PROCESS CM SERVICE PROMPT
     MM子层已经有一条RR连接到网络侧对等实体。MS已收到CM SERVICE PROMPT但还未回应$(CCBS)$。
  9  WAIT FOR NETWORK COMMAND
     MM子层已经有一条RR连接到网络侧对等实体,但还未建立MM连接。MS在被动等候网络给下一个命令。时钟T3240在跑。
  10  LOCATION UPDATE REJECTED
     位置更新步骤被拒绝, 等候RR连接释放。时钟T3240在跑。
  13  WAIT FOR RR CONNECTION(LOCATION UPDATING)
     MM子层已请求建立RR连接来提议位置更新步骤
  14  WAIT FOR RR CONNECTION(MM CONNECTION)
      MM子层已请求建立专用模式RR连接以建立MM连接。
  15  WAIT FOR RR CONNECTION(IMSI DETACH)
      MM子层已请求建立RR连接来开启IMSI去附着步骤
  17  WAIT FOR REESTABLISH
      发生了底层错误, 可能需要经过犯错CM层实体实施重建立。
  18  WAIT FOR RR ACTIVE
      MM子层已请求激活RR子层。
  19  MM IDLE
      没有活动MM步骤, 也没有RR连接, 不过在RR子层处于组接听模式下可能存在当地MM上下文。这是一个混合状态, MS到CM具体行为需要参考具体子状态(后文简述)。
  20  WAIT FOR ADDITIONAL OUTGOING MM CONNECTION
      对另一条MM连接建立MM连接已开启, MM等着网络响应。
  21  MM CONNECTION ACTIVE(GROUP TRANSMIT MODE)
     (只适适用于支持VGCS通话MS)MM在网络侧对等实体间已建立VGCS信道上RR连接。只有一个MM连接是激活。
  22  WAIT FOR RR CONNECTION(GROUP TRANSMIT MODE)
(只适适用于支持VGCS通话MS)MM子层请求在VGCS信道上实施上行接入。
  23  LOCATION UPDATING 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  ATTEMPTING TO UPDATE
               有效用户数据可用, 更新状态为U2, 已选择小区。上层请求已接收。紧急呼叫请求处理正常, 不然该请求会在选择小区内先触发位置更新, 假如更新成功再触发后续步骤, 不然请求被拒绝。
         19.3  LIMITED SERVICE
              有效用户数据可用, 更新状态为U3, 已选择小区, 且无法提供正常服务, 只许可紧急服务。
         19.4  NO IMSI
               没有有效用户数据(没有SIM/USIM, 或者SIM/USIM被ME视为无效), 已选择小区, 只许可紧急服务。
         19.5  NO CELL AVAILABLE
              未选择小区。在第一轮根本搜索失败(状态19.7)后进入此状态。小区搜索缓慢进行, 不提供任何服务。
         19.6  LOCATION UPDATE 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  UPDATED
         前面位置更新尝试成功结束(步骤结果无误, 收到网络接收)。在此状态下, SIM/USIM还会包含用户登记位置区LAI, 还可能有有效TMSI, GSM加密密钥, UMTS完整性密钥, UMTS加密密钥和加密密钥序列号。存放在SIM/USIM卡中"Location update status"值为"updated"。
    U2  NOT UPDATED
        前面位置更新步骤失败告终(没有收到网络端确切回应, 可能是接收失败或者网络内部拥塞) 。
        对于该状态, SIM/USIM不包含任何有效LAI, TMSI, GSM加密密钥, UMTS完整性密钥 UMTS加密密钥或加密密钥序列号。为了兼容起见, 全部这些字段都会在更新状态设置为NOT UPDATED后被置为"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. WAIT FOR RR CONNECTION
   MM子层收到CM层要建立MM连接请求。RR子层请求在MS建立RR连接(比如, 发寻呼)。
 3. MM CONNECTION ACTIVE
   MM层已经在MS建立一条RR连接。一条或多条MM