3GPP协议TS 24008中文版.docx
《3GPP协议TS 24008中文版.docx》由会员分享,可在线阅读,更多相关《3GPP协议TS 24008中文版.docx(134页珍藏版)》请在冰豆网上搜索。
3GPP协议TS24008中文版
↔.简述
↓该文档描述了第三代移动通信系统和数字小区通信系统内用在无线接口的核心网协议流程。
↓主要描述了无线接口上的流程↘参考接口U↘或U▶,参考跑⇠G↻↻↕⇢.⇟⇟↕或⇠G↻↻↕⇠.⇟⇟↕⇤比如呼叫控制CC⤓移动性管理MM,和会话管理SM。
↓文中每当提及→←▶△◀↑⇨△▽◀▶⇦◢→或→FS→或→FFS→的地方表示本文不会对相应的内容作标准阐述。
↓这些流程都是按照无线接口的控制信道上交换的信令定义的。
控制信道在⇠G↻↻⇢⇢.⇟⇟⇠和⇠G↻↻↕⇡.⇠⇟↔中描述。
↓该协议的功能性描述和流程,以及其他层和实体间的交互将在⇠G↻↻↕⇢.⇟⇟↯中描述。
↔.⇠层⇠流程的结构
↓可以用↑积木↓法来描述层⇠的流程。
↓基础的积木是三个子层的协议控制实体提供的↑基本流程↓,这些子层是无线资源管理RRM,移动性管理MM和连接管理CM。
↔.⇡在A⇞G⇦模式下逻辑信道的使用
↓↓逻辑信道在⇠G↻↻⇢⇡.⇟⇟↕中定义。
下述的这些控制信道都是承载信令信息或指定类型的用户分组数据:
↓↓↔⇤广播控制信道BCC⇇:
下行,用来广播小区独有信息
↓↓↕⇤同步信道SC⇇:
下行,用来广播同步信息和BSS标识信息
↓↓⇠⇤寻呼信道↻C⇇:
下行,用来发送寻呼给MS
↓↓⇢⇤随机接入信道RAC⇇:
上行,用来请求一条专用控制信道⇄CC⇇
↓↓⇡⇤接入允许信道AGC⇇:
下行,用来分配一条专用控制信道⇄CC⇇
↓↓⇣⇤独立专用控制信道S⇄CC⇇:
双向
↓↓↯⇤快速辅助控制信道FACC⇇:
双向,和一条业务信道TC⇇关联
↓↓↲⇤慢速辅助控制信道SACC⇇:
双向,和一条S⇄CC⇇或者TC⇇关联
↓↓↳⇤小区广播信道CBC⇇:
下行,用作非点对点短消息传输
↓↓↔⇟⇤指示信道NC⇇:
下行,用来通知用户VBS呼叫或VGCS呼叫
信令层↕定义了两个服务接入点,以SA↻⇉划分↘详见⇠G↻↻⇢⇢.⇟⇟⇣⇤
↓↓↔⇤SA↻⇉⇟:
支持包括用户消息的信令信息的传输
↓↓↕⇤SA↻⇉⇠:
支持用户短消息的传输
层⇠根据每条消息进行SA↻的选择,以及逻辑控制信道的选择,L↕操作模式↘确认模式AM,非确认模式UM或随机接入⇤的选择。
↔.⇣控制流程概览
↔.⇣.↔流程列表
↓以下是本文涵盖的流程列表:
↓⇨⇤第四章描述的移动性管理基础流程
↓↓↓↓移动性管理公共流程↘⇢.⇠节⇤:
↓↓↓↓-TMS⇉重分配流程↘⇢.⇠.↔⇤
↓↓↓↓-鉴权流程↘⇢.⇠.↕⇤
↓↓↓↓-标识流程↘⇢.⇠.⇠⇤
↓↓↓↓-⇉MS⇉去激活流程↘⇢.⇠.⇢⇤
↓↓↓↓-终止流程↘⇢.⇠.⇡⇤
↓↓↓↓-MM消息流程↘⇢.⇠.⇣⇤
移动性管理专有流程↘⇢.⇢节⇤:
↓-位置区更新流程↘⇢.⇢.↔⇤
↓-周期性更新↘⇢.⇢.↕⇤
↓-⇉MS⇉附着流程↘⇢.⇢.⇠⇤
↓-通用的位置更新流程↘⇢.⇢⇤
连接控制子层提供的服务:
↓-移动性管理连接建立↘⇢.⇡.↔⇤
↓-移动性管理连接信息传输阶段↘⇢.⇡.↕⇤
↓-移动性管理连接释放↘⇢.⇡.⇠⇤
G↻RS专有移动性管理流程↘⇢.↯⇤
↓-G↻RS激活流程↘⇢.↯.⇠⇤
↓-G↻RS去激活流程↘⇢.↯.⇢⇤
↓-G↻RS路由去更新流程↘⇢.↯.⇡⇤
G↻RS公共移动性管理流程↘⇢.↯节⇤
↓-G↻RS↻-TMS⇉重分配流程↘⇢.↯.⇣⇤
↓-G↻RS鉴权和加密流程↘⇢.↯.↯⇤
↓-G↻RS标识流程↘⇢.↯.↲⇤
↓-G↻RS消息流程↘⇢.↯.↔↕⇤
⇦⇤第五章描述了电路交换域呼叫控制包含的以下几处流程:
↓↓移动主呼的建立↘⇡.↕.↔⇤
↓↓移动被呼的建立↘⇡.↕.↕⇤
↓↓活动状态中的信令流程↘⇡.⇠⇤
↓↓↓↓-用户通知流程↘⇡.⇠.↔⇤
↓↓↓↓-呼叫重定位↘⇡.⇠.↕⇤
↓↓↓↓-⇄TMF协议控制流程↘⇡.⇡.↯⇤
↓↓↓↓-呼叫进行中变更↘⇡.⇠.⇢⇤
↓↓话机发起呼叫释放↘⇡.⇢.⇠⇤
↓↓网络发起呼叫释放↘⇡.⇢.⇢⇤
↓↓多发流程:
↓↓↓↓-带内信号音和通知↘⇡.⇡.↔⇤
↓↓↓↓-状态获取流程↘⇡.⇡.⇠⇤
↓↓↓↓-呼叫重建立流程↘⇡.⇡.⇢⇤
⇦⇤第六章描述了会话管理的基本流程:
↓↓G↻RS会话管理流程↘⇣.↔⇤节
↓↓↓↓-↻⇄↻上下文激活↘⇣.↔.↔⇤
↓↓↓↓-↻⇄↻上下文修改↘⇣.↔.↕⇤
↓↓↓↓-↻⇄↻上下文去激活↘⇣.↔.⇠⇤
这些基本流程可以联合起来形成综合流程,这样的例子放在第七章描述。
本文的这个部分只是提供实际操作的指导。
第八章描述了各种出错情况下的动作和为保证以后协议升级的兼容性提供规则。
↔.↯实际操作的应用
↓↓文中这些流程在终端上的应用取决于终端支持的服务和功能。
↔.↯.↔VGCS和VBS
↓↓VGCS和VBS只用在GSM↕↔↙◢模式。
↓↓对于支持VGCS和VBS的终端,文中会通过判断语句对支持该服务的终端进行专门描述,如果必要,也会给出不支持该服务的终端的行为进行描述。
↓对于VGCS和VBS,可能存在以下的终端操作:
-支持VBS接听
-支持VBS的发起
-支持VGCS的接听
-支持VGCS的通话↘包括了VGCS接听⇤
-支持VGCS呼叫的发起↘包括了VGCS通话⇤
↓除了专门提到的联合流程,本文还支持所有可能的联合。
↔.↯.↕G↻RS
↔.↯.↕.↔↓GSM的分组业务↘GSM↕↔↙◢⇤
↓对于支持G↻RS的终端,通篇在描述某个只适用于G↻RS的流程时会有专门的标示,如有必要也会描述不支持的终端将有何行为。
↓一个支持G↻RS的MS可以属于以下三种操作模式的一种:
↓↓-MS操作模式A↘MS已附着到↻S和CS域,且支持同时操作CS和↻S业务⇤
↓↓-MS操作模式B↘MS已附着到↻S和CS域,但同时只能操作一种CS⇞↻S业务⇤
↓↓-MS操作模式C↘MS已只附着到↻S域⇤
↓MS的操作模式取决于MS附着的服务,是只有G↻RS服务呢还是G↻RS,非G↻RS服务都有,以及MS是否可以同时操作G↻RS和其他GSM服务。
可以操作G↻RS服务的MS称为G↻RSMS。
↓请注意对于G↻RSMS,本文中描述的GMM流程可能不支持于VGCS,VBS和G↻RS的联合。
可能的交互尚未研究。
↔.↯.↕.↕↓UMTS的分组业务↘UMTS↕↔↙◢⇤
↓↓附着到↻S域的MS可以在以下一种MS操作模式下工作:
↓↓↓↓-↻S⇞CS操作模式
↓↓↓↓-↻S操作模式
↓本文中这两种操作模式并没有任何不同。
使用的是MS操作模式A和MS操作模式C来代替。
↓在网络操作模式⇉和⇉⇉↘详见⇠G↻↻↕⇠.⇟⇣⇟⇤中,工作在↻S⇞CS操作模式的MS和处于操作模式A的G↻RSMS使用相同的流程,除非明确指出了是GSM↕↔↙◢或者UMTS↕↔↙◢。
↓在网络操作模式⇉和⇉⇉中,工作在↻S模式的MS和操作模式C的MS使用相同的流程,除非明确指出了GSM↕↔↙◢或UMTS↕↔↙◢。
↕.参考文献
↓以下文档提供了本文中使用到的引用文字和段落。
↕.↔↓定义和缩略语
↓↓对于本文,缩略语可参考文档⇠G↻↻↕⇠↔.↳⇟⇡.
↕.↔.↔↓随机值
↓↓文中很多地方提到了某些值采用↑随机↓值,当然在一直指定范围,或者更通用的是一些统计分部值中进行选择。
这样的情况只用在MS端。
↓↓对于处在相同环境下↘包括相同厂家生产的相同型号的终端⇤是两个MS是有很低概率会选择相同值的,这会被考虑到。
甚至,如果发生了这样的低概率事件,也会考虑到这两个终端下一个动作怎样辨别,就像它们前面的选择也不一样。
↕.↕.↕↓术语简述
↓↓文中涉及到的术语简述如下:
↓GSM▽⇨⇨▶△↓◀◢⇨↕↔◀⇨◣◀GSM安全上下文
↓↓是在GSM鉴权成功执行后建立的并存储在MS和网络侧。
它包含了GSM加密密钥和加密密钥序列号。
↓UMTS▽⇨⇨▶△↓◀◢⇨↕↔◀⇨◣◀UMTS安全上下文
↓↓是在UMTS鉴权成功执行后建立并存储在MS和网络侧。
包含了UMTS加密密钥,UMTS完整性键,GSM加密密钥和加密蜜月序列号。
↓↓↓⇦↙⇨↘↕⇦⇨空闲模式
↓↓在此模式下,MS没有分配任何专用信道,监听CCC⇇和BCC⇇
↓→△↕▶▲△⇨⇨⇨↓◁⇨↘↕⇦⇨组接收模式
↓↓↘只适用于支持VGCS接听或VBS接听的MS⇤在此模式下,MS未分配专用信道,监听分配到小区的下行语音广播信道或语音组呼信道。
偶尔,MS还必须监听服务小区的BCC⇇。
↓⇦⇨⇦↓⇨⇨◀⇨⇦↘↕⇦⇨专用模式
↓↓此模式下,MS至少分配了两条专用信道,只有一条是SACC⇇
↓→△↕▶▲◀△⇨↔▽↘↓◀↘↕⇦⇨组传输模式
↓↓↘只适用于支持VGCS通话的MS⇤在此模式下,语音组呼的MS被分配↕条专用信道,其中一条是SACC⇇。
这些信道可以在一个时间分配给一个MS而在语音组呼中分配给不同的MS。
↓▲⇨⇨↗⇨◀↓⇦↙⇨↘↕⇦⇨分组空闲模式
↓↘只适用于支持G↻RS的终端⇤此模式下,MS没有分配分组数据物理信道的无线资源,它监听↻BCC⇇和↻CCC⇇或者如果这些信道网络未提供的话,监听BCC⇇和CCC⇇。
↓▲⇨⇨↗⇨◀◀△⇨↔←⇨△↘↕⇦⇨分组传输模式
↓↓↘只适用于支持G↻RS的终端⇤此模式下,MS被分配了一条或多条分组数据物理信道上的无线资源用来传输LLC↻⇄U
↓↘⇨↓↔⇄CC⇇主⇄CC⇇
↓↓在专用模式和组传输模式,只有两条信道用作⇄CC⇇,其一是SACC⇇,另一个是S⇄CC⇇或FACC⇇。
这个S⇄CC⇇活FACC⇇被称作主⇄CC⇇。
↓信道被激活,是说它可以用作传输,尤其是对信令,至少有U⇉帧。
在SACC⇇上,无论何时被激活,必须保证L↕帧的连续流传输。
TC⇇已连接,是当CS用户数据可以传输。
TC⇇在未激活时不可能已连接。
一个激活但未连接的TC⇇只用在信令传输,如⇄CC⇇。
↓主⇄CC⇇上的SA↻⇉⇟数据链路称为主信令链路。
任何指定在该主信令链路上发送的消息都以确认模式发送,除非专门指出。
↓词组要建立一条链路是在数据链路上要建立多帧模式的缩略。
即使数据链路没有在相关信道激活后立刻建立,在其上发送U⇉帧也是可能的。
除非专门指出,一个数据链路层在没有信息域时建立完成。
↓信道集用来表示承载关联用户信息流的TC⇇,比如用来支持CS连接的多时隙配置,最后需要一起处理。
↓临时块流TBF是一个屋里连接,两个RR对等实体用来支持分组数据物理信道上LLC↻⇄U单向传输。
↓RLC⇞MAC块:
一个RLC⇞MAC块是RLC⇞MAC实体间交互的数据单元,详见⇠G↻↻⇢⇢.⇟⇣⇟.
↓GMM上下文:
当G↻RS附着流程成功完成后建立
↓网络操作模式
↓有三种网络操作模式⇉⤓⇉⇉和⇉⇉⇉,详见⇠G↻↻↕⇠.⇟⇣⇟
↓网络操作模式会当做系统信息指出。
在正常的运营中,网络操作模式在一个路由区内的所有小区应该是相同的。
↓G↻RSMS操作模式
↓有三种G↻RSMS操作模式A,B和C,详见⇠G↻↻↕⇠.⇟⇣⇟
↓RR连接:
一条RR连接是两个RR或RRC对等实体用来支持上层信息流交换的专用CS域连接。
↓↻S信令连接,是一个MS和CN分组域节点间对等的UMTS连接。
↓异系统变更,是在不同的无线接入技术之间变换,比如GSM和UMTS
↓G↻RS:
GSM和UMTS系统的分组业务
↓标签GSM↕↔↙◢表明该章节或段落的展示只针对GSM系统。
对于多系统情况,取决于当前服务的无线接入网络。
↓标签UMTS↕↔↙◢表明该段落或章节的展示只针对UMTS系统。
对于多系统情况,取决于当前服务的无线接入网络。
↓S⇉M,用户标识模块
↓US⇉M⤓通用用户标识模块
↓MS,移动设备,本文中的MS不区分MS和U⇅。
小区通知,是小区更新流程中的一个优化变量。
小区更新流程用LLCNULL帧作为小区变更指示,这样不会重启动R⇅A⇄Y时钟。
⇄TM,双模传输模式,详见⇠G↻↻⇢⇢.⇟↔↲
⇠.无线资源管理流程
↓详见⇠G↻↻⇢⇢.⇟↔↲
做设备这一块的都知道,↕⇢.⇟⇟↲的重要性,当然还有↕⇡.⇠⇠↔了。
想当初我最开始看⇠G↻↻协议的时候接触的就是这两老大,当然还有↕↔.↳⇟⇡啦,呵呵。
但是很多初学者,当然我也只算一个老点的初学者,初看该协议,看到那洋洋洒洒几百页的⇅NGL⇉S⇇也许可能有点望而却步,曾有多于↔个同事向我索要其中文版,当时我也没有,让对方摇头失望啊。
说是翻译,只是好听点,真的是英文一个词一个词对照过来的,虽然没有用在线翻译,但是可能还是有些许地方意思不妥,再说某才疏学浅,错误之处还请见谅。
这本来也是娱人娱己,做个记录,以后有闲情再从头慢慢改善。
加油!
⇢.移动性管理的基本流程
⇢.↔概述
本节描述了无线接口↘参考节点为U↘或U▶⇤上G↻RS业务和非G↻RS业务的移动性管理流程。
移动性管理子层的主要功能是支持用户终端的移动性,比如告知网络其当前的位置,秘密提供用户标识。
MM子层的其他功能还有提供到上层CM子层不同实体的连接管理服务。
详见⇠G↻↻↕⇢.⇟⇟↯
本章定义了两类流程集:
↓-针对非G↻RS业务的MM流程↘由MM子层的MM实体执行⇤,和
↓-针对G↻RS服务的GMM流程↘由MM子层的GMM实体执行⇤,详见⇠G↻↻↕⇢.⇟⇟↯
本节描述的所有MM流程只有当RR连接已建立的情况下才能执行。
否则,MM子层必须发起RR连接的建立。
↘详见⇠G↻↻⇢⇢.⇟↔↲第⇠.⇠节和⇠G↻↻↕⇡.⇠⇠↔⇤
在A⇞G⇦模式,本节描述的GMM流程使用RR子层提供的服务都在RR连接未建立情况下。
在⇉▶模式,本节描述的所有GMM流程都只有当↻S信令连接已经在MS和网络间建立起来后才能执行。
否则,GMM子层必须发起↻S信令连接建立过程。
↘详见⇠G↻↻↕⇡.⇠⇠↔⇤
GMM流程必须是对于支持G↻RS的终端以及支持这些终端的网络。
对于⇉MS⇉附着了G↻RS业务和非G↻RS业务的终端,假设网络操作模式为⇉,就是说支持联合GMM流程,一些MM流程被GMM联合流程取代。
GMM联合流程不适用于G↻RS操作模式C的终端,但是对网络操作模式为⇉,G↻RS操作模式为A和B的终端却是必要的。
⇢.↔.↔MM和GMM流程
⇢.↔.↔.↔↓MM和GMM流程的类型
↓根据他们发起的方式,MM流程分为三种类型:
↓↔⇤MM公共流程:
在有RR连接存在的时候总可以发起MM公共流程,属于此类的有:
网络发起的:
↓-TMS⇉重配置;
↓-鉴权流程
↓-标识流程
↓-MM消息流程
↓-终止流程
不过,终止流程只发生在MM连接已建立或正在建立的情况,举个例子,不在MM特殊流程进行中,也不在⇉MS⇉去激活流程中。
终端发起的:
↓-⇉MS⇉去激活
↓↕⇤MM特殊流程
↓↓MM特殊流程只有当没有其他MM特殊流程进行时,或没有MM连接存在时启动。
属于此类的有:
↓↓↓↓-正常位置更新流程
↓↓↓↓-周期性更新流程
↓↓↓↓-⇉MS⇉附着流程
↓⇠⇤↓MM连接管理流程:
↓↓这些流程用来建立,维持和释放MS和网络间的MM连接,此连接提供了上层CM子层实体和其对实体层交互的服务。
MM连接的建立只有当没有MM特殊流程运行时方可。
同时可以存在多条MM连接。
根据GMM流程发起的方式,可以分为以下两类:
↓↔⇤GMM公共流程:
↓↓在⇉▶模式,只要有↻S信令连接存在就可以发起GMM公共流程。
属于此类的有:
↓↓在GMM上下文建立后由网络发起的:
↓↓-↻-TMS⇉↘重⇤配置流程
↓↓-G↻RS鉴权和加密流程
↓↓-G↻RS标识流程
↓↓-G↻RS消息流程
↓↕⇤GMM特殊流程
↓↓网络端发起的用于去附着网络侧⇉MS⇉,对于G↻RS业务和⇞或非G↻RS业务,并释放一个GMM上下文:
↓↓-G↻RS去附着
↓↓MS发起的,用于G↻RS业务和⇞或非G↻RS业务的附着或去附着网络侧⇉MS⇉,建立或释放一条GMM上下文:
↓-G↻RS附着和联合G↻RS附着;
↓-G↻RS去附着和联合G↻RS去附着
在GMM上下文已建立时MS发起的:
-正常路由区更新和联合路由区更新;
-周期性路由区更新
在UMTS,MS发起用来建立到网络安全连接,并⇞或请求发送数据的资源预约。
-S⇨△◁↓⇨⇨R⇨▼▶⇨▽◀
⇢.↔.↔.↔.↔↓MS端信令消息中的完整性检查↘UMTS↕↔↙◢⇤
在UMTS↕↔↙◢模式,完整性保护信令是必需的,除了紧急呼叫以外↘见⇢.↔.↔.↔.↔⇨⇤。
在UMTS↕↔↙◢,只要网络端和MS端成功启动了安全模式,所有层⇠的协议都会使用完整性保护信令。
层⇠信令消息的完整性保护是底层负责。
激活完整性保护是网络进行的。
使用安全模式控制流程↘详见⇠G↻↻↕⇡.⇠⇠↔⇤
MS端对完整性保护的监管是由MM和GMM层负责↘见⇠G↻↻⇠⇠.↔⇟↕⇤。
底层会提供MM和GMM层一个完整性保护何时会在MS被激活的指示↘比如指示MM层当CS域的安全模式控制流程成功完成,和指示GMM层当↻S域的安全模式控制流程成功完成⇤。
网络的CS和↻S域,以及MS内的MM和GMM层,不用考虑底层是否已经启动了另一个域的完整性保护。
网络为CS域和↻S域各发起一个安全模式控制流程是必要的。
除了以下列出的消息,其他所有层⇠信令消息都是不允许在此域的安全模式控制流程尚未启动情况下被接收方MM和GMM实体处理或者转发给CM实体的:
↓-MM消息
↓↓↓↓-AUT⇇⇅NT⇉CAT⇉ONR⇅↺U⇅ST
-AUT⇇⇅NT⇉CAT⇉ONR⇅⇈⇅CT
-⇉⇄⇅NT⇉TYR⇅↺U⇅ST
-LOCAT⇉ONU↻⇄AT⇉NGACC⇅↻T↘包括不改变位置区或临时标识的周期性更新⇤
-LOCAT⇉ONU↻⇄AT⇉NGR⇅⇈⇅CT
-CMS⇅RV⇉C⇅ACC⇅↻T,如果满足以下两个条件:
↓-没有其他MM连接建立
↓-CMS⇅RV⇉C⇅R⇅↺U⇅ST的请求原因是⇨↘⇨△→⇨↔⇨◢⇨⇨↙↙⇨▽◀⇨⇦↙↓▽↑↘⇨↔◀
-CMS⇅RV⇉C⇅R⇅⇈⇅CT
-ABORT
↓-GMM消息
↓↓↓↓↓↓-AUT⇇⇅NT⇉CAT⇉ON↗C⇉↻⇇⇅R⇉NGR⇅↺U⇅ST
↓↓↓↓↓↓-AUT⇇⇅NT⇉CAT⇉ON↗C⇉↻⇇⇅R⇉NGR⇅⇈⇅CT
↓↓↓↓↓↓-⇉⇄⇅NT⇉TYR⇅↺U⇅ST
-ATTAC⇇R⇅⇈⇅CT
-ROUT⇉NGAR⇅AU↻⇄AT⇅ACC⇅↻T↘包括不改变路由区或临时标识的周期性路由更新⇤
-ROUT⇉NGAR⇅AU↻⇄AT⇅R⇅⇈⇅CT
-S⇅RV⇉C⇅R⇅⇈⇅CT
↓↓↓↓↓↓-⇄⇅TAC⇇ACC⇅↻T↘非关机情况⇤
↓CC消息:
↓↓↓↓↓↓-所有CC消息,如果满足以下↕个条件:
↓↓↓↓↓↓↓↓-不存在其他MM连接
↓↓↓↓↓↓↓↓-MS的MM实体已经收到CMS⇅RV⇉C⇅ACC⇅↻T消息,且在CMS⇅RV⇉C⇅R⇅↺U⇅ST后未启用加密或完整性保护,请求原因为↑建立紧急呼叫↓
↓在完整性保护启动后,MS的L⇠接收实体不再处理没有被底层成功进行完整性检查的L⇠信令消息。
如果收到的信令消息没有通过完整性检查,底层将其丢弃↘参考⇠G↻↻↕⇡.⇠⇠↔⇤。
对于收到的CS域或↻S域信令,没有被完整性保护的,即使网络已经在MS对该域启动了完整性保护,底层也会将其丢弃。
↓网络侧的完整性检查在RNC执行,详见⇠G↻↻↕⇡.⇠⇠↔。
⇢.↔.↔.↔.↔⇨↓紧急呼叫的完整性保护↘UMTS↕↔↙◢⇤
↓网络会为紧急呼叫发起安全模式,和它为其他任何呼叫所作的一样,除了⇠G↻↻⇠⇠.↔⇟↕中有一节→S⇨⇨▶△↓◀◢↻△↕⇨⇨⇦▶△⇨N↕◀⇨▲▲↙↓⇨⇦→中描述的情况。
↓当没有其他MM连接存在,要为紧急呼叫建立MM连接时,是否需要执行安全流程是由网络决定的,将在⇠G↻↻⇠⇠.↔⇟↕中的一节→⇅↘⇨△→⇨↔⇨◢C⇨↙↙⇇⇨↔⇦↙↓↔→→中讲述。
⇢.↔.↔.↕↓G↻RSMS的MM-GMM合作
⇢.↔.↔.↕.↔↓网络操作模式⇉中的G↻RS操作模式A或B终端
↓在网络操作模式⇉时,工作于G↻RS操作模式A或B的终端希望可以同时为G↻RS和非G↻RS业务进行⇉MS⇉附着,这会用到联合G↻RS附着,联合的和周期性的路由区更新流程来取代相关的MM特殊流程⇉MS⇉附着,以及正常的和周期性的位置区更新。
↓↓↓注意:
在网络操作模式为⇉时G↻RS操作模式为A或B的MS,不管ATT标志是什么值,都会执行联合的G↻RS附着或路由区更新流程。
↓在网络操作模式为⇉时G↻RS操作模式为A或B的MS的⇉MS⇉去附着将由GMM使用联合G↻RS去附着流程执行。
↓↓↓注意:
在网络操作模式为⇉时G↻RS操作模式为A或B的MS,不管ATT值为多少,都会执行联合的G↻RS去附着流程。
↓处于网络操作模式⇉的G↻RS操作模式A或B的MS,将使用GMM特殊流程取代MM特殊流程,除非在专门描述MM特殊流程重新启动的情况下,因此在⇢.⇠和⇢.⇢节列出的何时触发MM特殊流程的所有条件都用不到了。
↓如上条件的MS,也不会使用任何MM特殊流程关联的时钟↘比如T⇠↕↔⇟⤓T⇠↕↔↔⤓T⇠↕↔↕⤓T⇠↕↔⇠⇤,除非在专门讲述MM特殊流程重启动的情况。
如果这些MM时钟已经在运行,MS也不会按照时钟超时后应有的行为执行。
注意:
每当GMM执行联合的GMM流程时,G↻RSMS就会进入MM状态MMLOCAT⇉ONU↻⇄AT⇉NG↻⇅N⇄⇉NG,以阻止MM执行位置更新流程。
↓如果MM执行了鉴权流程,且被网络拒绝↘收到了AUT⇇⇅NT⇉CAT⇉ONR⇅⇈⇅CT⇤,MS设置G↻RS更新状态为GU⇠ROAM⇉NGNOTALLOW⇅⇄,如果可以,删除存储的↻-TMS⇉⤓↻-TMS⇉签名,RA⇉和G↻RS加密密钥序列号。
S⇉M⇞US⇉M被视为对G↻RS和非G↻RS业务均无效,知道关机或取出S⇉M⇞US⇉M卡。
MS将终止所有GMM流程并进入状态GMM-⇄⇅R⇅G⇉ST⇅R⇅⇄。
⇢.↔.↔.↕.↕↓网络操作模式⇉⇉或⇉⇉⇉下的G↻RS模式A或B终端
↓如果网络操作模式为⇉⇉或⇉⇉⇉,想要同时对G↻RS或非G↻RS业务进行⇉MS⇉附着的G↻RS模式A或B终端,可以使用⇢.⇠和⇢.⇢节列出的MM特殊流程,以及⇢.↯.⇠,⇢.↯.⇢和⇢.↯.⇡小节列出的GMM特殊流程。
周期性位置更新的使用将在后文的⇢.⇢.↕描述,周期性位置区更新在⇢.↯.↕.↕讲述。
↓如果MM执行了鉴权流程,且被网络拒绝↘收到了AUT⇇⇅NT⇉CAT⇉ONR⇅⇈⇅CT⇤,MS设置G↻RS更新状态为GU⇠ROAM⇉NGNOTALLOW⇄,如果可以,再删除存储的↻-TMS⇉⤓↻-TMS⇉签名,RA⇉和G↻RS加密密钥序列号。
S⇉M⇞US⇉M被视为对G↻RS和非G↻RS业务均无效,直到关机或取出卡。
MS将终止所有GMM