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)3000m
- 呼叫进行中变更(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的流程时会有专门的标示，如有必要也会描述不支持的终端将有何行为。
玩具兵大战3
一个支持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。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议