3GPP-24008中文版协议

上传人:仙*** 文档编号:89330350 上传时间:2022-05-12 格式:DOC 页数:64 大小:274KB
收藏 版权申诉 举报 下载
3GPP-24008中文版协议_第1页
第1页 / 共64页
3GPP-24008中文版协议_第2页
第2页 / 共64页
3GPP-24008中文版协议_第3页
第3页 / 共64页
资源描述:

《3GPP-24008中文版协议》由会员分享,可在线阅读,更多相关《3GPP-24008中文版协议(64页珍藏版)》请在装配图网上搜索。

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

2、流程。 根底的积木是三个子层的协议控制实体提供的“根本流程,这些子层是无线资源管理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:双

3、向 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 流程列表 以下是

4、本文涵盖的流程列表: 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专有移动性

5、管理流程(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

6、.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 实际操作的应用 文中这些流程在终端上的应用取决于

7、终端支持的效劳和功能。1.7.1 VGCS和VBS VGCS和VBS只用在GSM only模式。 对于支持VGCS和VBS的终端,文中会通过判断语句对支持该效劳的终端进行专门描述,如果必要,也会给出不支持该效劳的终端的行为进行描述。 对于VGCS和VBS,可能存在以下的终端操作:- 支持VBS接听- 支持VBS的发起- 支持VGCS的接听- 支持VGCS的通话(包括了VGCS接听)- 支持VGCS呼叫的发起(包括了VGCS通话)除了专门提到的联合流程,本文还支持所有可能的联合。1.7.2 GPRS1.7.2.1 GSM的分组业务(GSM only) 对于支持GPRS的终端,通篇在描述某个只适用

8、于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,V

9、BS和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 onl

10、y。2. 参考文献 以下文档提供了本文中使用到的引用文字和段落。2.1 定义和缩略语 对于本文,缩略语可参考文档3GPP 231.905.2.1.1 随机值 文中很多地方提到了某些值采用“随机值,当然在一直指定范围,或者更通用的是一些统计分部值中进行选择。这样的情况只用在MS端。 对于处在相同环境下(包括相同厂家生产的相同型号的终端)是两个MS是有很低概率会选择相同值的,这会被考虑到。甚至,如果发生了这样的低概率事件,也会考虑到这两个终端下一个动作怎样区分,就像它们前面的选择也不一样。2.2.2 术语简述 文中涉与到的术语简述如下: GSM security context GSM平安上下文

11、是在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。 ded

12、icated 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 分组传输模式 (只适用于支持GP

13、RS的终端)此模式下,MS被分配了一条或多条分组数据物理信道上的无线资源用来传输LLC PDUmain DCCH 主DCCH在专用模式和组传输模式,只有两条信道用作DCCH,其一是SACCH,另一个是SDCCH或FACCH。这个SDCCH活FACCH被称作主DCCH。信道被激活,是说它可以用作传输,尤其是对信令,至少有UI帧。在SACCH上,无论何时被激活,必须保证L2帧的连续流传输。TCH已连接,是当CS用户数据可以传输。TCH在未激活时不可能已连接。一个激活但未连接的TCH只用在信令传输,如DCCH。主DCCH上的SAPI0数据链路称为主信令链路。任何指定在该主信令链路上发送的消息都以确认

14、模式发送,除非专门指出。词组要建立一条链路是在数据链路上要建立多帧模式的缩略。即使数据链路没有在相关信道激活后立刻建立,在其上发送UI帧也是可能的。除非专门指出,一个数据链路层在没有信息域时建立完成。信道集用来表示承载关联用户信息流的TCH,比方用来支持CS连接的多时隙配置,最后需要一起处理。临时块流TBF是一个屋里连接,两个RR对等实体用来支持分组数据物理信道上LLC PDU单向传输。RLC/MAC块:一个RLC/MAC块是RLC/MAC实体间交互的数据单元,详见3GPP 44.060.GMM上下文:当GPRS附着流程成功完成后建立网络操作模式 有三种网络操作模式I,II和III,详见3GP

15、P 23.060 网络操作模式会当做系统信息指出。在正常的运营中,网络操作模式在一个路由区内的所有小区应该是相同的。GPRS MS操作模式 有三种GPRS MS操作模式A,B和C,详见3GPP 23.060RR连接:一条RR连接是两个RR或RRC对等实体用来支持上层信息流交换的专用CS域连接。PS信令连接,是一个MS和CN分组域节点间对等的UMTS连接。异系统变更,是在不同的无线接入技术之间变换,比方GSM和UMTSGPRS:GSM和UMTS系统的分组业务标签GSM only说明该章节或段落的展示只针对GSM系统。对于多系统情况,取决于当前效劳的无线接入网络。标签UMTS only说明该段落或

16、章节的展示只针对UMTS系统。对于多系统情况,取决于当前效劳的无线接入网络。SIM,用户标识模块USIM,通用用户标识模块MS,移动设备,本文中的MS不区分MS和UE。小区通知,是小区更新流程中的一个优化变量。小区更新流程用LLC NULL帧作为小区变更指示,这样不会重启动READY时钟。DTM,双模传输模式,详见3GPP 44.0183. 无线资源管理流程 详见3GPP 44.018做设备这一块的都知道,24.008的重要性,当然还有25.331了。想当初我最开始看3GPP协议的时候接触的就是这两老大,当然还有21.905啦,呵呵。但是很多初学者,当然我也只算一个老点的初学者,初看该协议,看

17、到那洋洋洒洒几百页的ENGLISH也许可能有点望而却步,曾有多于1个同事向我索要其中文版,当时我也没有,让对方摇头失望啊。说是翻译,只是好听点,真的是英文一个词一个词对照过来的,虽然没有用在线翻译,但是可能还是有些许地方意思不妥,再说某才疏学浅,错误之处还请见谅。这本来也是娱人娱己,做个记录,以后有闲情再从头慢慢改善。加油!4. 移动性管理的根本流程4.1 概述本节描述了无线接口(参考节点为Um或Uu)上GPRS业务和非GPRS业务的移动性管理流程。移动性管理子层的主要功能是支持用户终端的移动性,比方告知网络其当前的位置,秘密提供用户标识。MM子层的其他功能还有提供到上层CM子层不同实体的连接

18、管理效劳。详见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信令连接建立

19、过程。(详见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重配置;- 鉴权流程- 标识流程-

20、MM消息流程- 终止流程不过,终止流程只发生在MM连接已建立或正在建立的情况,举个例子,不在MM特殊流程进行中,也不在IMSI去激活流程中。终端发起的:- IMSI去激活2) MM特殊流程 MM特殊流程只有当没有其他MM特殊流程进行时,或没有MM连接存在时启动。属于此类的有: - 正常位置更新流程 - 周期性更新流程 - IMSI附着流程3) MM连接管理流程: 这些流程用来建立,维持和释放MS和网络间的MM连接,此连接提供了上层CM子层实体和其对实体层交互的效劳。MM连接的建立只有当没有MM特殊流程运行时方可。同时可以存在多条MM连接。根据GMM流程发起的方式,可以分为以下两类:1) GMM

21、公共流程: 在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发起的:- 正常路由区更

22、新和联合路由区更新;- 周期性路由区更新在UMTS,MS发起用来建立到网络平安连接,并/或请求发送数据的资源预约。- Service Request4.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)。

23、底层会提供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

24、- 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- A

25、TTACH REJECT- ROUTING AREA UPDATE ACCEPT (包括不改变路由区或临时标识的周期性路由更新)- ROUTING AREA UPDATE REJECT- SERVICE REJECT - DETACH ACCEPT (非关机情况) CC消息: - 所有CC消息,如果满足以下2个条件: - 不存在其他MM连接 - MS的MM实体已经收到CM SERVICE ACCEPT消息,且在CM SERVICE REQUEST后未启用加密或完整性保护,请求原因为“建立紧急呼叫 在完整性保护启动后,MS的L3接收实体不再处理没有被底层成功进行完整性检查的L3信令消息。如果收到

26、的信令消息没有通过完整性检查,底层将其丢弃(参考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中的一

27、节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,不管ATT标志是什么值,都会执行联合的GPRS附着或路由区更新流程。 在网络操作模式为I时GPRS操作模式为A或B的MS的IMSI去

28、附着将由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也不会按照时钟超时后应有的行为执行。注意:每当GM

29、M执行联合的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下的

30、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被视为对

31、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) 在网络播送的系统消

32、息中同样有一些是给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中

33、描述。4.1.2.1 MS侧的MM子层状态 本节中,描述了MS内MM子层可能的状态。在图4.1中,展示了MM子层协议概况。4.1.2.1.1 主状态 0 NULLMS未激活(比方关机)。重要的参数存储了。只有用户手动操作才能迁移到其他状态。 3 LOCATION UPDATING INITIATED已经启动了位置更新流程,MM等着网络给响应。时钟T3210在跑着。 5 WAIT FOR OUTING MM CONNECTION MM连接建立流程已启动,MM等着网络给响应。时钟T3230在跑。 6 MM CONNECTION ACTIVE MM子层已有一条RR连接到网络侧的对等实体。一个或多个M

34、M连接已激活。 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 R

35、R 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流程,也

36、没有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)(只适用

37、于支持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

38、实体释放,但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,已选择小区。上层请求已接受。紧急呼叫请求处理正常,否那么该请求会在选择小区内先

39、触发位置更新,如果更新成功再触发后续的流程,否那么请求被拒绝。 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 有效的用户数据可用,由于某种原因必须尽快执行位置更新(比方更新状态为U

40、1而选择的小区不在登记的位置区内,或者时钟超时等)。该状态通常持续时间很短,但是可以延续,比方在接入等级被禁止的情况 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)时,此

41、状态才会终结。 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呼叫

42、或VBS呼叫请求,以与群呼紧急效劳请求。4.1.2.2 更新状态 更新状态同4.1.2.1节讲述的控制MM子层协议的子层状态并行存在。 更新状态属于嵌入到SIM/USIM内的用户特有数据。这个状态在甚至用户还未激活时(取出了SIM/USIM或ME关机)就已经定义好了。存储在SIM/USIM中的不可变存储器NV中。此状态只有当位置更新流程(例外的有健全失败以与有些情况下CM效劳被拒绝)结束时才会改变。在有些情况下,更新状态也会随着GPRS附着,GPRS路由区更新,效劳请求或网络发起的GPRS去附着流程而改变。 U1 UPDATED 前面的位置更新尝试成功结束(流程结果无误,收到网络的接受)。在此

43、状态下,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。不过,M

44、S不会把其他出现的值视为错误处理。存储在卡中的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。

45、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连接在活动,或只有RRC层的RRLP流程或者LCS流程活动。4. IDENTIFICATION INITIATED 网络已发起标识流程。时钟T3270在跑5. AUTHENTICATION INITIATED 网络已发出鉴权流程,时钟T3260在跑6. TMSI R

46、EALLOCATION INITIATED 网络已发起TMSI重分配流程,时钟T3250在跑7. SECURITY MODE INITIATED 在UMTS模式,RR层已请求平安模式流程。在GSM,RR流程请求了加密流程8a. WAIT FOR MOBILE ORGINATED MM CONNECTION CM SERVICE REQUEST收到和处理,MM层等待MM连接的opening message8b. WAIT FOR NETWORK OTIGINATED MM CONNECTION 网络已发出CM SERVICE REQUEST,MM层等待MM连接的opening message $

47、(CCBS)$9. WAIT FOR REESTABLISHMENT 对应一条或多条激活的MM连接的RR连接丧失。网络等待MS可能发起的重建立请求。10. WAIT OF A GROUP CALL 只对应支持VGCS通话的MS。MM层收到了GCC层建立VGCS的请求。建立VGCS信道的请求已交给RR层。11. GROUP CALL ACTIVE 只对应支持VGCS通话的MS。RR层已建立VGCS信道。RR层可以在此VGCS信道上建立到通话MS的RR连接。MM层已激活,但还未开始在网络和MS间传送MM信息。12. MM CONNECTION ACTIVE(GROUP CALL) 只对应支持VGC

48、S通话的MS。MM层已在通话MS的VGCS信道上建立了RR连接。只允许一条激活的MM连接。13. WAIT 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.

49、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

50、-DEREGISTEREDMS已开启GPRS功能,但尚未建立GMM上下文。此状态下MS可以通过GPRS附着流程或联合GPRS附着流程来建立GMM上下文。4.1.3.1.1.3 GMM-REGISTERED-INITIATED MS已发起GPRS附着或联合GPRS附着,等待网络响应中。4.1.3.1.1.4 GMM-REGISTERED GMM上下文已建立,比方GPRS附着或联合GPRS附着已成功。此状态下,MS可以激活PDP上下文,可以发送接收用户数据和信令信息,也可以响应寻呼。当然,还可以进行小区更新以与路由区更新。4.1.3.1.1.5 GMM-DEREGISTERED-INITIATED

51、 MM发起GPRS去附着或联合GPRS去附着流程,以请求释放GMM上下文。此状态只用在非关机情况的去激活请求。4.1.3.1.1.6 GMM-ROUTING-AREA-UPDATING-INITIATED MS已发起路由区更新,正等待网络回应中。4.1.3.1.1.7 GMM-SERVICE-REQUEST-INITIATED(UMTS only) 效劳请求流程已发起,MS等待网络回应中。4.1.3.1.2 GMM-DEREGISTERED子状态 GMM-DEREGISTERED状态可以细分为如下几个子状态。这些子状态面对所有MS(没有SIM/USIM卡的单独ME,或有卡的ME)。这里描述的子

52、状态和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.ATTAC

53、H-NEEDED有效的用户数据可用,由于某种原因,必须尽快执行GPRS附着。该流程通常很短暂,但是也可以持续,比方在介入等级禁用时。4.1.3.1.2.4 GMM-DEREGISTERED.ATTEMPTING-TO-ATTACHGPRS更新状态为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-DEREGI

54、STERED.NO-CELL-AVAILABLE没有选择小区。在第一轮全盘扫描(子状态PLMN SEARCH)失败后,进入此状态。小区搜索将减缓速度。不提供效劳。4.1.3.1.2.7 GMM-DEREGISTERED.PLMN-SEARCHMS正在搜PLMN。中选择了小区(新的子状态为NORMAL-SERVICE或LIMITED-SERVICE),或已经申明找不到小区(新的子状态为NO-CELL-AVAILABLE)时此状态终结。4.1.3.1.2.8 GMM-DEREGISTERED.SUSPENDED(GSM only)MS进入专用模式且MS受限制而无法在GPRS信道上通信时进入此状态。

55、离开专用模式时离开此状态。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-REGI

56、STERED.UPDATE-NEEDEDMS必须进行路由区更新流程,但是小区内接入等级不允许。一旦接入等级允许(可能在小区重选后,或当前小区的接入等级改变),立即执行路由区更新。MS在此状态只能执行路由区更新,不能发送任何用户数据和信令消息。4.1.3.1.3.4 GMM-REGISTERED.ATTEMPTING-TO-UPDATE由于没有收到网络的响应,路由区更新流程失败了。MS在时钟和GPRS尝试计数器值的控制下重新发起流程。此状态MS不能发起路由区更新以外的GMM流程,不允许数据的发送和接收。4.1.3.1.3.5 GMM-REGISTERED.NO-CELL-AVAILABLE已丧失

57、GPRS覆盖。此状态下,MS只能发起小区重选和PLMN重选。4.1.3.1.3.6 GMM-REGISTERED.LIMITED-SERVICE已选择小区,但不能提供正常效劳。在MS重选到一个可以提供正常效劳的小区之前,将一直呆在此状态。4.1.3.1.3.7 GMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM 对GPRS only业务进行了成功的联合路由区更新流程或联合GPRS附着流程。MS根据时钟和GPRS尝试计数器会重新尝试该流程。可以发送和接收用户数据,信令消息。4.1.3.1.3.8 GMM-REGISTERED.IMSI-DETACH-INITIATED

58、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-AVAILABLE)时此状态终结。4.1.3.2 GPRS更新状态 前面讨论了GMM子层的状态,现在来讨论GPRS更新状态。

59、 GPRS更新状态属于特殊登记信息收录在SIM/USIM卡里。即使用户还未激活(SIM/USIM取出或ME关机)此状态仍有定义。它存储在SIM/USIM的NV里。GPRS更新状态只有在执行GPRS附着,网络发起的GPRS去附着,鉴权流程或路由区更新流程后才会改变。 GU1: UPDATED上一次GPRS附着或路由区更新成功完成(网络接受了,流程正确)。SIM/USIM包含用户登记路由区的RAI,还可能有有效的P-TMSI, GPRS GSM加密密钥,GPRS UMTS加密密钥,GPRS UMTS完整性密钥和GPRS加密密钥序列号。 GU2: NOT UPDATED上一次GPRS附着或路由区更新

60、流程失败,比方没有收到网络的回应。包含了失败情况或网络内部拥塞。这时,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的所有可能状态

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!