RA000006 CDMA信令分析 无线产品课程开发室

学习目标 学习完本课程，您应该能够掌握： CDMA系统接口和协议的基础知识 SCCP层间接口、网络服务功能以及应用特点 ANSI TCAP流程 MAP消息结构和典型MAP消息分析 A、C/D、E接口消息跟踪和分析

课程内容 第一章 CDMA信令系统概述 第二章 移动应用部分 第三章 A、C/D、E用户接口消息分析 第二章 移动应用部分 第三章 A、C/D、E用户接口消息分析 第一章主要介绍了CDMA信令系统以及SCCP的网络服务功能和寻址选路功能、SCCP的消息格式以及ANSI TCAP消息结构、对话流程。 第二章主要介绍了移动应用部分的主要功能、消息结构和消息编码。 第三章以位置更新、呼叫、鉴权、补充业务和切换的流程为例，介绍了A、C/D/E用户接口的信令分析方法。

第一章 CDMA信令系统概述 1.1 CDMA信令系统结构 1.2 SCCP介绍 1.3 ASIN TCAP介绍

CDMA信令系统结构 此结构图只是CDMA网络结构简图，主要画出了在本胶片中用到的接口，还有一些接口没有画出来，例如，HLR和MC之间的N接口，HLR和SCP间的T2接口等。

CDMA信令系统结构 A-接口：网络子系统与基站子系统之间的通信接口。从系统功能实体上看，就是基站控制器（BSC）和移动业务交换中心（MSC）之间的接口，此接口传递的信息包括移动台管理、基站管理、移动性管理、呼叫处理等功能。 B-接口：MSC和VLR之间的接口，由于MSC和VLR在物理上是合一的，因此B接口成为内部接口。

CDMA信令系统结构 C-接口：MSC与HLR之间的接口。在移动台（MS）作被叫时，C 接口用于关口（Gateway）MSC从HLR获得被叫MS的路由信息 （RoamingNumber）。 D-接口：VLR与HLR之间的接口。该接口用于交换有关移动台位 置信息及用户管理的信息。 由于MSC和VLR在物理上是合一的，因此，C、D口在物理上也是合 一的，称为C/D口。 为保证移动用户在整个服务区内能够建立和接受呼叫，则必须要在VLR与HLR之间交换数据。如VLR需要告知HLR其所属的移动用户当前的位置信息；HLR需要把所有与VLR有关的业务数据发送给VLR；如果移动用户所在的VLR区域已经发生改变，HLR还需要删除移动用户在先前漫游VLR中的位置信息；另外，用户对所使用业务的修改请求（如补充业务操作）及运营者对用户数据的修改都要通过C/D接口交换数据。

CDMA信令系统结构 E-接口：MSC与MSC之间的接口。用于前转指示或控制相邻区域 不同的MSC之间进行切换的接口。 Q-接口：MSC与MC之间的接口。用于传递短消息。 T1-接口：MSC/VLR中SSP与SCP的接口。用于智能业务。 当移动台（MS）在一个呼叫进行过程中，从一个移动交换中心（MSC）控制的区域移动到另一个移动交换中心（MSC）控制的区域时，为不中断通信需执行切换过程，而E接口正是用于MSC之间交换数据以启动和实现切换操作。

1.1.1 A口信令模型 CM：接续管理 MM:移动性管理 RR：无线资源管理 L1-L3:信号层1-3 BTSM:BTS的管理部分 Um：MS与BTS间的空中接口 Abis：BTS与BSC间接口 SCCP：信令连接控制部分 MS:移动台 MTP：消息传递部分 MSC：移动业务交换中心 BSC：基站控制器 BTS：基站收发信台 BSSMAP：基站子系统管理应用部分 LAPDm：ISDN的Dm数据链路协议移动应用部分 A：BSC与MSC间接口 1、信号层1（物理层）：这是无线接口的最低层、提供传送比特流所需的物理链路（例如无线链路）、为高层提供各种不同功能的逻辑信道。 2、信号层2（L2）：主要目的是在移动台和基站之间建立可靠的专用数据链路， L2协议基于ISDN的D信道链路接入协议（LAP-D），但作了更动，因而在Um接口的L2协议称之为LAP-Dm。 3、信号层3（L3）：这是实际负责控制和管理的协议层。L3包括三个基本子层：无线资源管理（RR）、移动性管理（MM）和接续管理（CM）。 其中一个CM子层中含有多个呼叫控制（CC）单元，提供并行呼叫处理。为支持补充业务和短消息业务，CM子层中还包括补充业务管理（SS）单元和短消息业务管理（SMS）单元。

1.1.1 A口信令模型 BSAP SCCP MTP DTAP BSMAP 分配功能 1、从图中可以看出，A接口可以传递两种消息：DTAP和BSMAP。 2、RR在基站子系统中终止，RR消息在BSS中进行处理和转译，映射成BSS移动应用部分（BSMAP）的消息在A接口中传递。 3、移动性管理（MM）和接续管理（CM）都至MSC终止，MM和CM消息在A接口中是采用直接转移应用部分（DTAP）传递，基站子系统（BSS）则透明传递MM和CM消息。 BSAP:基站子系统应用部分 DTAP:直接传输应用部分 BSMAP:基站子系统管理应用部分 SCCP:信令连接控制部分 MTP:消息传递部分

a、b、c 为MTP业务原语 e、d为网络业务原语 1.1.2 MAP信令模型 a b c d e f I MAP S T U P TCAP SCCP I S U P T a b c d e f a、b、c 为MTP业务原语 e、d为网络业务原语 f为TC原语 MAP协议主要传递与呼叫不相关的信令，例如位置登记、路由请求、鉴权加密等。 MAP协议主要用于NSS内部接口的传递，例如：B、C、D、E、F、G等接口。 与呼叫相关的信令用TUP或ISUP来传递。

第一章 CDMA信令系统概述 1.1 CDMA信令系统结构 1.2 SCCP介绍 1.3 ASIN TCAP介绍

1.2 SCCP介绍 SCCP信令网和其他信令网要素关系 第七层 第四一六层 第三层 第二层 第一层 HLR VLR INAP OMAP BSAP ISUP TUP 第七层 TCAP 第四一六层 ISP SCCP 第三层 MTP-3 MTP-2 第二层 1、信令连接控制部分（SCCP）位于消息传递部分（MTP）之上，为MTP提供附加功能，以便通过No.7信令网在电信网中的交换局与交换局、交换局与专用中心之间传递电路相关（ISUP信令）和非电路相关（主要是MAP信令）的信令信息和其他类型的信息，建立无连接和面相连接的网路业务。 2、应用SCCP功能可在建立或不建立端到端信令连接的情况下，传递ISUP的电路相关和呼叫相关的信令信息。 3、SCCP至高层和MTP的业务接口，由原语（Primitive）和参数（Parameter）说明。 第一层 MTP-1 SCCP信令网和其他信令网要素关系

1.2.1 SCCP的应用特点 能传送各种与电路无关(Non-Circuit- Related)的信令消息。 具有增强的寻址选路功能,可以在全球互连的不同七号信令网之间实现信令的直接传输。 除了无连接服务功能以外，还能提供面向连接的服务功能。

1.2.2 SCCP网络服务功能 SCCP层可向用户提供无连接和面向连接服务，可根据用户对业务的不同需求，提供了以下4类业务以完成有不同质量要求的用户业务的传递： 0 基本无连接业务类 1 顺序无连接业务类 2 基本面向连接业务类 3 流量控制的面向连接业务类

1.2.2.1 无连接业务 无连接业务事先不建立信令连接，通过信令网传递信令数据。 1.2.2.1 无连接业务 无连接业务事先不建立信令连接，通过信令网传递信令数据。 0类无连接：消息不按顺序传递，采用负荷分担规则或随机产生SLS。 1类无连接：消息按顺序传递，消息包含相同的SLS。 1、无连接业务不具有流量控制的功能。 2、无连接业务不具有差错检测功能，当不能传递消息时，有供要求返回的UDTS的任选功能。

1.2.2.1 无连接业务 无连接业务提供四种消息类型，如下： UDT:unit data UDTS:unit data service 1.2.2.1 无连接业务 无连接业务提供四种消息类型，如下： 消息类型 UDT 0X09 0X12 XUDTS 消息类型编码 UDTS 0X11 XUDT 0X0A UDT:unit data UDTS:unit data service XUDT:extend unit data XUDTS: extend unit data service 在无连接业务中，UDT消息只能整体传送，不能拆卸分段传送，每发一次数据，都需重选一次路由；在华为公司的设备里，XUDT支持分段重装。

1.2.2.1 无连接业务 无连接型SCCP程序 注意：图中从终端SCCP返回的UDT消息不是收到的UDT消息的响应，UDT消息本身是不需要响应消息的。UDT消息中有一个标志位，可以选择在出错时是否需要返回UDTS消息。

1.2.2.2 面向连接业务 面向连接业务类似于分组交换中的虚电路（Virtaul Circuit）传送，它需要在发送消息前，先通过应答的方式在始节点和终节点之间建立一条消息传送路径，这种方式适用于传送大量的成批数据。 用户在传递信令信息之前，SCCP必须向被叫端发送连接请求消息（CR），确定这个连接所经路由、传送业务的类别（协议类别2或3）以及传送数据的数量。一旦被叫用户同意，主叫端收到连接确认消息（CC）后，表明连接已经建立，用户在传递数据时，就不必再由SCCP的路由功能取路由，而通过已建立的信令连接传送数据。在数据传送结束后，释放信令连接。

1.2.2.2 面向连接业务 面向连接业务分为暂时信令连接和永久信令连接。 1.2.2.2 面向连接业务 面向连接业务分为暂时信令连接和永久信令连接。 暂时信令连接指信令连接的建立需要由SCCP用户启动和控制，类似于拨号电话连接； 永久信令连接是本地(或远地)O&M功能，或者由节点的管理功能建立和释放，它们为SCCP用户提供半永久连接，类似租用电话线路。

1.2.2.2 面向连接业务 面向连接业务协议分类 基本面向连接类（协议类别2） 流量控制面向连接类（协议类别3） 1.2.2.2 面向连接业务 面向连接业务协议分类 基本面向连接类（协议类别2） 在这种协议类别中，通过建立信令连接，保证起源点的SCCP的用户与目的地节点SCCP的用户之间双向数据传递。同一信令关系可复用很多信令连接。属于某个信令连接的消息包含相同的SLS值，以保证消息按顺序传送。 流量控制面向连接类（协议类别3） 在这种协议类别中，除具有协议类别2的特性外，还可以进行流量控制和传递加速数据。另外，还具有检测消息丢失和序号错误能力。

1.2.2.2 面向连接业务 面向连接SCCP程序 ①连接建立：在连接建立阶段，除了由MTP提供的功能外，SCCP也提供编路功能。首先，由发端SP的SCCP发送含有目的地编码的CR消息。如果收到CR的SP是目的地，则回送证实信号CC。如果收到CR的SP是中继SCCP，则有两种情况：a、若DPC和OPC在同一信令网内，就用该点的MTP转发CR；b、若DPC和OPC位于不同的信令网（如国际出入口局），则在该点把输入部分和输出部分分成两个连接段，并建立两者的对应关系。收到CR的节点判定不能建立逻辑连接时，就发CREF，若与发端SP顺利地交换了CR、CC则可进入数据传送阶段。 ②数据传送：沿着已建立的逻辑连接交换用户数据DT。 ③连接释放：各个SP相互交换RSLD和RLC，从而完成连接的释放。 在CDMA系统中，只有在A接口的通信上大量用到了面向连接业务，而且只用到了2类协议，另外，A接口还用到了无连接业务的0类协议。 我们在上面描述的是多个连接段的有连接消息，在CDMA系统中是不存在多个连接段的消息的，因为只有MSC和BSC之间用到的有连接业务。

1.2.3 SCCP的应用特点 SCCP的三种地址类型 SCCP的两种寻址方式 信令点编码（SPC） 子系统号（SSN） 全局名（GT） DPC+SSN GT 1、SPC就是MTP地址，它只在所定义的七号信令网内有意义，MTP根据DPC识别目的地并选路，根据SI（业务指示语）识别目的地内的用户。 2、SSN (Subsystem Number)，称为子系统号，是SCCP使用的本地寻址信息，用于识别同一个节点中的各个SCCP用户。例如，可用不同的SSN编码表示TCAP、ISUP、MAP等，借此可以弥补MTP消息用户数少的不足，它扩充了SI的本地寻址范围，能够适应未来新业务的需要。 3、GT，主要在始发节点不知道目的地网络地址的情况下使用。它一般为某种编号计划中的号码。由于电信业务的编号计划已经达到国际统一，因此，全局名能标识全球任何一个信令点/子系统。但MTP无法根据GT选路，因此SCCP必须首先把被叫的GT翻译成DPC或DPC+SSN，才能交MTP发送，同时还要向下一个节点标明GT是基于什么编号计划。

1.2.4 SCCP消息格式简介 SCCP的消息结构 SCCP 消息是封装在MTP的MSU (消息信号单元)中往外发送的,对于MSU而言,SCCP消息就是它的SIF字段。它由以下几部分组成： ---- 路由标记 ---- 消息类型 ---- 长度固定的必备项（F） ---- 长度可变的必备项（V） ---- 任选项（O）

1.2.4 SCCP消息格式简介 1、路由标记（Label）：结构为DPC+OPC+SLS。 2、消息类型：SCCP的功能和程序的实现，例如在建立或不建立逻辑信令连接的情况下传递数据信令单元，都必须传递SCCP的各种消息来完成。SCCP的消息分为无连接业务的消息和面向连接业务的消息。下页表中给出了SCCP的消息和它们所对应的协议类别和编码。

1.2.4 SCCP消息格式简介 SCCP消息类型及编码 ×表示此消息可以在对应协议类别中使用 主要的消息类型含义如下： (1)CR和CC用来完成信令连接的建立； (2)在信令连接的建立过程中，由于中间节点的SCCP或目的地节点的SCCP没有足够的资源来建立信令连接时，就要向源节点发出CREF消息； (3)DT1、DT2和ED是信令连接建立成功之后，传递数据的三种消息。其中DT1用于协议类别2，DT2和ED用于协议类别3。DT2和ED还必须分别由AK和EA来证实； (4)RLSD和RLC用来在数据传递结束后释放信令连接； (5)RSR和RSC用于协议类别3数据传递阶段对数据发送序号重新初始化； (6)在检测出任何协议错误时发送ERR，IF用于检验信令连接的两端是否工作； (7)UDT和UDTS是无连接业务的消息。UDT用于传送无连接业务的数据。当UDT由于种种原因不能到达目的地时，如果UDT中要求返送回不能到达目的地的原因，就要向起源点发送UDTS以指明原因。 ×表示此消息可以在对应协议类别中使用

1.2.4 SCCP消息格式简介 3、长度固定的必备部分：即该消息所有固定长度的必备参数。 4、长度可变的必备部分：即该消息所有可变长度的必备参数。 5、任选部分：即该消息所有的任选参数。

1.2.4 SCCP消息格式简介 SCCP消息的重要参数（1） （3）协议类型：0类、1类、2类、3类。 （4）分段/重装：用于DT1中需要把网络业务数据分成几段分别传送，到达目的地再重新组装起来。

1.2.4 SCCP消息格式简介 SCCP消息的重要参数（2） （5）接收消息序号和信用量：主要用于数据证实消息，分别表示下一个期望接收消息的序号以及窗口尺寸，用于流量控制，这两个参数只用于3类协议。 （6）顺序/分段：用于DT2消息，长度为2个八位位组，有两个作用：一是指示发出消息的序号和下一个期望收到消息的序号，用于流量控制；二是指示本消息是否分段，用于消息分段/重装。 （7）释放原因：用来指示连接释放的原因。长度为一个八位位组。 （8）诊断参数：用于无连接协议的UDTS消息，告之消息回送的理由。参数长度为1个八位位组。 （9）复位原因、拒绝原因和错误原因：用于连接复位、连接拒绝和协议错误的原因。 （10）用户数据：该字段的内容即发送消息的SCCP用户在原语中送来的用户数据，将透明地送往目的地SCCP用户。

1.2.4 SCCP消息格式简介 SCCP消息参数详细解释 协议类型 1～4比特表示协议类别 4 3 2 1 0 0 0 0 0类 4 3 2 1 0 0 0 0 0类 0 0 0 1 1类 0 0 1 0 2类 0 0 1 1 3类 其余备用 5～8比特表示失败时原消息是否需要回送 8 7 6 5 0 0 0 0 消息不回送 1 0 0 0 消息回送 其余备用

1.2.4 SCCP消息格式简介 SCCP消息参数详细解释 用户地址 用户地址的编码形式 地址表示语 八位位组1 八位位组2～n 地址

1.2.4 SCCP消息格式简介 SCCP消息参数详细解释 用户地址 7 6 5 4 3 2 1 全局码表示语 子 系 统 表 示 语 信 地址表示语 地址表示语的编码格式如下 7 6 5 4 3 2 1 全局码表示语 子 系 统 表 示 语 信 令 点 备 用 路 由 信令点表示语（比特0）：1表示包含信令点编码 ，0表示未包含信令点编码。 子系统表示语（比特1）：1表示包含子系统号，0表示未包含子系统号。 全局码表示语（比特2~5）编码如下：0000～不包括全局码；0001～全局码只包括地址性质表示语；0010～全局码只包括翻译类型；0011～全局码只包括翻译类型、编码计划、编码设计；0100～全局码只包括翻译类型、编码计划、编码设计、 地址性质指示语；0101－0111～国际备用；1000－1111～国内备用。 路由表示语：0表示用GT码寻址，1表示用DPC+SSN寻址。

1.2.4 SCCP消息格式简介 SCCP消息参数详细解释 用户地址 SCCP子系统编码 0000 0011 ISDN用户部分 0000 0100 0000 1000 0000 1001 0000 0101 0000 0110 0000 0111 1111 1111 0000 1100 0000 1010 操作维护管理部分（OMAP） 移动应用部分（MAP） 归属位置寄存器（HLR） 拜访位置寄存器（VLR） 移动交换中心（MSC） 设备识别中心（EIR） 鉴权中心（AC） 智能网应用部分（INAP） 扩充备用 其他 0000 0000 0000 0001 未定义的子系统号/没有使用 SCCP管理 备用

1.2.4 SCCP消息格式简介 GT码的结构（一） 1类GT码 第2地址信号 第1地址信号 第N地址信号 …… 填充码（若需） O/E 地址性质指示码 8 7 6 5 4 3 2 1 地址性质指示码指明该GT码的属性,具体编码分配如下： 比特：7 6 5 4 3 2 1 0 0 0 0 0 0 0 空闲 0 0 0 0 0 0 1 用户号码 0 0 0 0 0 1 0 国内备用 0 0 0 0 0 1 1 国内有效 0 0 0 0 1 0 0 国际有效 O/E：奇偶表示语 0：偶数个地址信号 1：奇数个地址信号

1.2.4 SCCP消息格式简介 GT码的结构（二） 2类GT码 第2地址信号 第1地址信号 第N地址信号 …… 填充码（若需） 翻译类型 8 7 6 5 4 3 2 1 翻译类型：暂无定义，CDMA一般用0x00

1.2.4 SCCP消息格式简介 GT码的结构（三） 3类GT码 8 7 6 5 4 3 2 1 第2地址信号 第1地址信号 第N地址信号 8 7 6 5 4 3 2 1 第2地址信号 第1地址信号 第N地址信号 …… 填充码（若需） 翻译类型 编号方案 编号计划 编号计划的编码为： 比特：8 7 6 5 0 0 0 0 未知 0 0 0 1 电话/ISDN编号计划 0 0 1 0 备用 0 0 1 1 数据编号计划 0 1 0 0 用户电报编号计划 0 1 0 1 海事移动编号计划 0 1 1 0 陆地移动编号计划 0 1 1 1 ISDN/移动编号计划 编码方案的编码： 比特：4 3 2 1 0 0 0 0 未知 0 0 0 1 BCD编码，奇数位号码 0 0 1 0 BCD编码，偶数位号码

1.2.4 SCCP消息格式简介 GT码的结构（四） 4类GT码 8 7 6 5 4 3 2 1 第2地址信号 第1地址信号 第N地址信号 8 7 6 5 4 3 2 1 第2地址信号 第1地址信号 第N地址信号 …… 填充码（若需） 翻译类型 编号方案 编号计划 备用 地址性质指示码 CDMA系统中，A接口地址信息不包含GT码， 其他接口使用4类GT码

1.2.5 面向连接控制过程 8个面向连接的控制过程 连接建立 连接拒绝 连接释放 数据传送 加速数据传送 连接复位 重启动 不活动性控制

1.2.5.1 面向连接的一般过程 面向连接的信令控制过程由三个阶段构成 连接建立阶段 数据传送阶段 连接释放阶段

1.2.5.1 面向连接的一般过程 连接建立阶段 用户A 目的SCCP 源SCCP 中间节点 用户B 节点A 节点B N-CONNECT请求 1.2.5.1 面向连接的一般过程 连接建立阶段 用户A 目的SCCP 源SCCP 中间节点 用户B N-CONNECT请求 CR N-CONNECT指示 N-CONNECT响应 CC 节点A 节点B a.用户A要与用户B建立信令连接，用户A(主叫用户)向SCCP发出原语N-CONNECT请求，请求去被叫地址(用户B)的信令连接。 b.SCCP接收到N-CONNECT请求后，确定是否有可利用的资源，如果有可利用的资源，则SCCP就采取以下行动：为连接段分配起源本地参考和SLS，并建立被叫地址与连接段的对应关系，确定协议类别和信用量，然后将CR消息选取路由向前传递。 c.当中间节点接收以CR消息后，SCCP的路由功能和鉴别功能确定被叫用户地址不是本地SCCP用户，并要求在此建立连接段，然后中间节点再确定是否有建立连接段的资源可利用？如果在节点有资源可利用，则SCCP采取以下行动：将收到的起源本地参考和SLS分配给输入连接段，并为输出连接段选择本地参考和SLS，同时建立输入和输出连接段间的对应关系，确定提出的协议类别和信用量。将CR消息转发到路由功能继续传送，但不改变CR消息的寻址内容。 d.当目的地的SCCP收到CR，SCCP的路由功能和鉴别功能确定被叫地址是本地用户时，目的地确定是否有建立连接段的资源可利用？如果节点有可利用的资源，则完成以下行动：将收到的起源本地参考和SLS分配给输入连接段(中间节点到目的地间的连接段)，并确定协议类别和信用量，节点利用N-CONNECT指示原语通知用户B请求建立连接。 e.用户B接到N－CONNECT指示原语，如果同意建立连接，向SCCP发出N－CONNECT响应原语。 f.SCCP接收到N－CONNECT响应原语，完成以下行动：分配协议类别和信用量，并确定输入连接段的本地参考，利用SCCP路由功能把CC消息传送到连接段的起源点。 g.中间节点收到CC消息，将收到的CC中的起源本地参考分配给输出连接段，并确定协议类别和信用量，为对应的输入连接段确定本地参考，利用SCCP路由功能将CC传递到对应输入连接段的起源点。 h.起源节点A收到CC，将完成以下行动：分配协议类别和信用量，将收到的CC中的起源本地参考分配给输出连接段，向用户A发送N－CONNECT指示原语，通知用户A信令连接建立成功。

1.2.5.1 面向连接的一般过程 数据传送阶段和连接释放阶段 用户A 目的SCCP 源SCCP 中间节点 用户B 节点A 节点B 1.2.5.1 面向连接的一般过程 数据传送阶段和连接释放阶段 用户A 目的SCCP 源SCCP 中间节点 用户B 节点A 节点B N-DATAREQ DT1 N-DATAIND N-DISCREQ DISC RLC 当信令连接建立成功后，用户就可根据建立的信令连接传送数据，数据传送结束后，释放信令连接。

1.2.5.2 面向连接其他控制过程 消息分段和重装 异常情况处理 不活动性控制 协议出错处理 再启动 1.2.5.2 面向连接其他控制过程 消息分段和重装 异常情况处理 不活动性控制 协议出错处理 再启动 1、消息分段重装：SCCP消息是作为SIF字段置入MTP消息中的，根据CCITT建议，SIF的最大长度为272个八位位组。从图1-7可以看出除用户数据以外的其他字段需占17个八位位组，因此SCCP数据消息的“用户数据”字段的最大长度约为255个八位位组。如果用户要求传送的数据（NSDU）长度超过此值，在面向连接协议中，始发端SCCP可以将此数据拆开，分成几个数据消息传送。除了最后一个外，所有这些数据消息的M比特均置1，表示其后还有未完数据，接收端则把所有M比特为1的数据消息及其紧随其后的一个M比特为0的数据消息中的“用户数据”字段重新拼装成原来的NSDU传送给被叫用户。 面向连接服务的2类和3类协议都具有此功能，华为公司在无连接服务的0类和1类协议中的XUDT和XUDTS也支持此功能。 2、不活动性控制：所谓不活动性控制指的是在某一连接上长时间没有消息发送和接收。为了避免节点资源的 长期无效占用，必须有能力检测这些异常情况，并使系统恢复正常，这就是不活动性控制过程的作用。 3、协议出错：分为三类，语法错误、逻辑错误、传输错误。 4、再启动过程：再启动就是节点发生故障后，信令连接段的恢复过程。其作用类似于程控交换机故障恢复处理的再启动。恢复的基本方法就是将节点故障前使用的连接段全部释放，然后重新开始正常的面向连接服务过程。

第一章 CDMA信令系统概述 1.1、CDMA信令系统结构 1.2、SCCP介绍 1.3、ASIN TCAP介绍

1.3 ANSI TCAP介绍 TCAP简介（一） 国际上通用的TCAP标准 ITU-T制定的TCAP标准 ANSI制定的TCAP标准 因为CDMA移动通信系统首先是在美国发展起来的，所以在CDMA系统中使用的是由ANSI制定的TCAP标准。

1.3 ANSI TCAP介绍 TCAP简介（二） TC的组成 事务能力应用部分（Transaction Capability Application Part-TCAP） 中间服务部分（Intermediate Service Part-ISP） 1、TCAP的功能对应于OSI的第7层，ISP则提供OSI第4-6层功能。

1.3 ANSI TCAP介绍 TCAP简介（三） TC用户的分类 数据传送量小，但实时要求严 数据传送量大，但实时要求较低 使用SCCP的无连接服务传递数据 数据传送量大，但实时要求较低 使用SCCP的面向连接的服务传递数据 1、在No.7号信令网中采用消息传递部分（MTP）加信令连接控制部分（SCCP）作为TC的网络业务提供者。TC支持SCCP提供的两种服务：面向连接和无连接。在信息量少而实时性要求高的应用采用无连接服务，TC由事务处理能力应用部分（TCAP）及中间服务部分（ISP）两部分组成，在面向无连接的服务中，TC只包含TCAP，直接利用SCCP的无连接服务传数据。目前TC在无连接服务中有广泛应用，因此在无连接服务中TCAP指的就是TC。对于第二类用户，它们主要关心数据传送的安全性，而且对数据传送速度并无严格要求，对于这类用户而言，TC应包含ISP，需要面向连接网络层功能的支持。 2、CDMA系统中只用到了TCAP，没有用到ISP。

1.3 ANSI TCAP介绍 TCAP简介（四） 关键术语 成份：简单地说，成份就是用来传递TC用户的请求、返回结果、差错或者拒绝的原语。 事务：简单地说，事务就是网络两节点间处理的业务。 对话：TCAP将网络两点间的信息交互过程抽象为一个对话，若两点要处理事务时就通过TCAP在两点间建立一个对话。目前，TCAP的一次对话只处理一个事务，事务和对话具备对等关系。 1、对话与成分的关系：一个对话含有一个或多个成份，一个业务过程就是一次对话。

1.3.1 TCAP的子层结构 TCAP的子层结构 为了实现操作和对话的控制，TCAP又分为两个子层 --- 成份子层（CSL）和事务子层（TSL），CSL主要提供对话处理和成分处理，TSL主要提供事务处理；CSL与TC用户通过TC原语接口，与TSL通过TR原语接口。

1.3.1.1 事务处理子层 事务处理子层简介 事务处理子层（Transaction Sublayer）完成对本端事务子层用户和远端事务处理子层用户之间的信令通信过程，及事务进行管理。事务处理子层用户称为TR用户。目前已知的唯一的TR用户就是成份子层（CSL）。对等CSL之间的通信也就是对等TC用户之间的通信，称为对话。因此在目前定义的TCAP协议中，事务和对话完全等同，两个具有一一对应的关系。

1.3.1.1 事务处理子层 对话的分类 非结构化对话 结构化对话 1.3.1.1 事务处理子层 对话的分类 非结构化对话 结构化对话 1、非结构化对话：仅包含由本端发出的一个TCAP消息，没有对话的开始，继续和结束过程，类似于SCCP的无连接传送，称之为“单向消息”。主要用于发送第4类操作的请求消息，这类操作不要求对方回送响应。关于各类操作的定义在下面“成分子层”的介绍中给出。 2、结构化对话：这类对话包含启动、保持（即消息交换）和终结三个阶段，也就是TC用户指明对话的开始、继续和结束。类似于SCCP中的面向连接数据传送。 在两个TC用户间允许存在多个结构对话，每个对话必须由一个特定的对话标识号标识。

1.3.1.1 事务处理子层 非结构化对话的过程 非结构化对话性能的应用由发送一个TC－UNI原语来表明。在起源端，发出一个TC－UNI请求原语，请求把预先传到成份子层的具有相同对话ID的所有成份传到远端TC用户。在接收端，目的TC用户通过一个TC－UNI原语被告知，已经收到一个或多个成份。

1.3.1.1 事务处理子层 结构化对话的过程 1、对话的开始 1.3.1.1 事务处理子层 结构化对话的过程 1、对话的开始 一个TC用户通过发出一个TC－BEGIN请求原语开始一个新的对话，此原语的用途是： 向成份子层指明，一个新的对话开始，由原语的“对话ID”参数识别。 请求发送用成份处理原语预先传到成份子层的具有相对对话ID的“请求类”成分。 在接收侧，目的TC用户用一个TC－BEGIN指示原语被告知一个新的对话开始。

1.3.1.1 事务处理子层 结构化对话的过程 2、对话的继续 1.3.1.1 事务处理子层 结构化对话的过程 2、对话的继续 一个TC用户通过发出一个TC－CONTINUE请求原语表示其想要继续对话。这个原语请求发送该对话已经传到成份子层的任何成份。 在接收端，TC－CONTINUE指示原语表示： 对话可以继续； 成份正在传送(若“Components Present”参数不表示“空”)。

1.3.1.1 事务处理子层 结构化对话的过程 3、对话的结束 预先安排的结束 基本结束 对话被一个TC用户中止 1.3.1.1 事务处理子层 结构化对话的过程 3、对话的结束 预先安排的结束 TC用户根据预先的安排决定什么时候结束对话：TC－END请求原语的结果是本地的。一旦发出了TC－END请求原语，此对话就不能再发送或接收成份。 基本结束 基本结束情况采用TC－END原语有两个目的；一是传送任何悬而未决的成份；一是表明该对话在两个方向都将不再交换成份。 对话被一个TC用户中止 TC用户具有不考虑任何悬而未决的操作调用(中止)而要求立即结束一个对话的能力，这时，TC－用户可以提供表明中止原因及诊断信息的端对端信息。

1.3.1.2 成份子层 功能：事务子层负责传送对话消息的基本单元就是成份。成份子层（Component Sublayer）完成对话中成份的处理及对话的控制处理。 一个对话消息包含一个或多个成份（少数无成份，只起到对话控制作用），一个成份对应于一个操作的执行请求或操作的执行结果。 每个成份由不同的成份调用标识号（Invoke ID）标识，通过调用标识号，控制多个相同或不同操作成份的并发执行。该识别号仅供成分子层区分并发执行各个操作，以便对各个操作的执行过程进行监视和管理，并不表示这是一个什么操作。

1.3.1.2 成份子层 具体操作的定义由操作码标识，由TC用户定义。其含义取决于具体应用业务，TCAP对此不予分析和处理。 1.3.1.2 成份子层 具体操作的定义由操作码标识，由TC用户定义。其含义取决于具体应用业务，TCAP对此不予分析和处理。 调用标识号由发起操作请求的成分子层分配，对端回送操作响应成分时，也必须包含该标识号，以指明是哪个操作的执行结果。由于成分是嵌在对消息中发送的，即成分是从属于对话的，因此不同对话中的成分可以使用同样的调用标识号。这样，通过调用标识号，TCAP可以控制大量相同的或不同的操作并发执行。

1.3.1.2 成份子层 成份的类型 操作调用成份（Invoke-INV） 1.3.1.2 成份子层 成份的类型 操作调用成份（Invoke-INV） 回送结果-最后结果成份（Return Result-last-RR-L） 回送结果-非最后结果成份（Return Result-not last-RR-NL） 回送错误成份（Return Error-RE） 拒绝成份（Reject-RJ）

1.3.1.3 原语 TCAP各层使用的原语 1、成分是嵌套在对话消息之中的。一个对话消息究竟包含哪几个成分，是由TC用户直接指定的。实际上，TC用户不但向成分子层发送成分数据，而且还通过对话控制TC原语指示发送的对话消息类型。原语发送顺序是：先逐个发送成分数据，每个成分原语均带有一个对话标识号（Dialogue ID），最后发送一个对话处理原语，其中也带有一个对话标识号。成分子层收到此原语后，就将在此之前收到的对话标识号与其相同的所有成分分配给这一对话，交给事务子层发送，也就是将对话处理TC映射为TR原语，将所分配的成分作为TR原语的用户数据，将TC原语中的对话标识号直接映射成TR原语中的事务标识号。对话消息的类型也是由TC用户指定的，这反映对话的进展过程。如果对话只包含一个操作，则消息类型和成分类型也由一定的联系。

1.3.1.3 原语 TCAP成份原语包括 TC-INVOKE TC-RESULT-L TC-RESULT-NL TC-U-ERROR 1.3.1.3 原语 TCAP成份原语包括 TC-INVOKE TC-RESULT-L TC-RESULT-NL TC-U-ERROR TC-L-CANCLE TC-U-CANCLE TC-L-REJECT TC-R-REJECT TC-U-REJECT 1、TC-INVOKE－－类型：请求&指示。功能：调用一个操作。 2、TC-RESULT-L－－类型：请求&指示。功能：表明成功的操作结果或分段结果的最终段。 3、TC-RESULT-NL－－类型：请求&指示。功能：表明一个结果的某一段后面还跟随有其他段。 4、TC-U-ERROR－－类型：请求&指示。功能：指明操作执行失败。 5、TC-L-CANCLE－－类型：指示。功能：通知本地TC用户，一个操作调用因时限到而终止。 6、TC-U-CANCLE－－类型：请求。功能：TC用户把撤销决定通知本地成份子层。 7、TC-L-REJECT－－类型：指示。功能：成份子层通知本地TC用户，收到的成份无效。 8、TC-R-REJECT－－类型：指示。功能：成份子层通知本地TC用户，成份被远端成份子层拒绝。 9、TC-U-REJECT－－类型：请求&指示。功能：TC用户拒绝同层实体产生的、它认为不正确的成份。

1.3.1.3 原语 TCAP对话处理原语包括 TC-UNI TC-BEGIN TC-CONTINUE TC-U-ABORT 1.3.1.3 原语 TCAP对话处理原语包括 TC-UNI TC-BEGIN TC-CONTINUE TC-U-ABORT TC-P-ABORT TC-END TC-NOTICE 1、TC-UNI－－请求：请求一个非结构化对话。指示：指示一个非结构化对话。 2、TC-BEGIN－－请求：开始一个新的对话。指示：通知目的TC用户一个新的对话开始。 3、TC-CONTINUE－－请求：继续一个对话。指示：表示对话可以继续。 4、TC-U-ABORT－－指示：允许TC用户突然终结一个对话，而不传送任何悬而未决的成份。 5、TC-P-ABORT－－指示：通知TC用户对话由业务提供者（事务处理子层）终结，不传送悬而未决的成份。 6、TC-END－－请求&指示：结束一个对话。 7、TC-NOTICE－－指示：通知TC用户网络业务提供者不能提供所请求的业务。

1.3.2 TCAP消息结构 TCAP消息的位置 TCAP和MAP消息编码采用基于X.208，X.209建议的ASN.1编码原则，使用嵌套信息结构，具有很高的灵活性和开放性。

1.3.2.1 TCAP消息的构成 TCAP消息的构成： 消息基本单元为信息元，有本原体和复合体。不管是本原体还是复合体，信息元的结构是： 标记：表示信息元的名称 长度：表示该信息元内容的字节数。 内容：信息元具体内容。 整个消息采用嵌套式组织，即内容中又包括标记、长度、内容。

1.3.2.2 TCAP消息结构 TCAP的消息结构如下 一个TCAP消息由三部分组成： 2、对话部分含有控制该对话的有关信息，包括对话的类型，对话的版本等。 3、成份部分则含有操作的调用标识号、操作码以及其他参数。

1.3.2.2 TCAP消息结构 事务处理部分TCAP消息编码

1.3.2.2 TCAP消息结构 成份部分TCAP消息：成分部分由一个或多个成分组成，每个成分为一个信息元序列，各信息元一般为本原体。各个成分具体包含的信息元取决于它的功能，如下表所示：

问题 1、请画出CDMA信令系统结构图？ 2、A可以传递哪两种消息？ 3、SCCP可以提供哪几类业务？ 4、TCAP又分为几层？

解答 1、参见第6页网络结构图 2、可以传递BSSMAP和DTAP消息 3、可提供四类业务：基本无连接、有序无连接、基本面向连接、流量控制的面向连接 4、成份子层和事务子层

小结 本章介绍了CDMA信令系统以及SCCP的网络服务功能和寻址 选路功能、SCCP的消息格式以及ANSI TCAP消息结构和对话 流程。

课程内容 第一章 CDMA信令系统概述 第二章 移动应用部分 第三章 A、C/D、E用户接口消息分析

第二章 移动应用部分 2.1 MAP的功能 2.2 MAP消息结构 2.3 MAP消息编码

2.1 MAP的功能 MAP在OSI参考模型中的位置

2.1 MAP的功能 CDMA的MAP规范制定了800MHz 数字蜂窝移动通信网的移动业务交换中心、位置寄存器、鉴权中心及设备识别寄存器等实体之间的移动应用部分的信令，其中包括了消息流程、操作定义、数据类型、错误类型及具体的编码。

2.1 MAP的功能 MAP负责以下过程中CDMA各功能实体间的信息传递:

2.1 MAP的功能 （续）

2.1 MAP的功能 上述每个程序均含有数个操作（operation）, 每个operation均具有相应的要素操作名、操作码、操作类别、以及操作调用的参数、成功结果参数、操作失败时的错误码及参数、允许的链接操作、完成操作的时限值等。

第二章 移动应用部分 2.1 MAP的功能 2.2 MAP消息结构 2.3 MAP消息编码

2.2 MAP消息结构 MAP消息是TCAP消息的成分部分，其消息结构如下： 具体的MAP业务消息在TCAP消息中以成份的形式存在，一般来讲，MAP业务的消息类型和TCAP成份中的操作码一一对应，而在消息传递过程中，一个消息对应一个调用识别，一个调用识别在其MAP对话过程中是唯一的，通过区分调用识别，可以将一个成份“翻译”成对应的MAP业务消息，MAP与TCAP之间的消息转换是由MAP协议状态机（MAPPM）来完成的，此外协议状态机还负责对话流程以及操作流程的控制等功能。

2.2 MAP消息结构 操作的分类 第1类：既报告成功也报告失败 第2类：只报告失败 第3类：只报告成功 第4类：既不报告成功也不报告失败 各类操作举例： 1、第一类：例如将一个免费电话号码转换成一个被叫用户号码，如果转换能够完成，就回送被叫用户号码，否则就指明为什么不能完成。 2、第二类：例如什么地方出了故障，则仅进行一个例行测试，送出一个回答即可。 3、第三类：例如执行一个测试，这种情况下，失败被看作是缺席任选，不要求任何回答。 4、第四类：例如送出一个警告，不期待得到任何类的一个回答或确认。这种情况下，操作调用不会产生一个结果。 为安全性考虑，当MAP发起一远端操作时，需要给出操作时限，如果在时限内没有响应返回，则根据其操作类别做不同的处理：对1类操作或3类操作，认为是操作失败；对2类操作或4类操作，认为操作成功。目前，只有OANSWER与TANSWER为4类操作码；其他操作码均为1类操作；

2.2 MAP消息结构 由于MAP提供移动通信的业务，而TCAP作为MAP的公共支撑协议与具体应用无关，因此为在MAP与TCAP之间进行消息转换，在MAP与TCAP之间添加了MTI，主要完成对话原语和成份原语的形成，电路管理消息的透传，信令流控功能的实现。

2.2 MAP消息结构 对于用户内部接口跟踪中的C/D/E/T1口的MAP消息，一般就是指MAP与MTI之间的消息接口，其主要消息类型如下： MAP_MTI_RESETTIMER MAP通知MTI重启定时器 MAP_MTI_RETURN_REJECT MAP_MTI_U_ABORT MAP_MTI_RETURN_RESULT MAP_MTI_INVOKE MTI_MAP_INVOKE MTI_MAP_RETURN_RESULT MTI_MAP_RETURN_PROBLEM 消息类型 MAP_MTI_RETURN_ERROR MTI返回给MAP的结果响应 MTI发起的操作，多为第一条消息 MTI返回给MAP的错误响应 MAP指示MTI释放，多为超时 MAP返回给MTI的拒绝响应 MAP返回给MTI的错误响应 MAP返回给MTI的结果响应 MAP发起的操作，多为第一条消息 含义

第二章 移动应用部分 2.1 MAP的功能 2.2 MAP消息结构 2.3 MAP消息编码

2.3 MAP消息编码 MAP消息中包含的MAP_ET_COMPONENTS参数，对应于TCAP中的消息成分，因此，其编码采用的是外部编码，其编解码遵循ASN.1的编码规则，与TCAP消息的编码方法一致，其中每个IE的结构，都是标签+长度+内容： 标签用来区别每个IE，并负责对内容的解释，标签的长度是一个或多个8位位组； 长度是指明内容中八位位组的数目，长度不包括标签和长度本身； 内容是IE的实体，它包含了单元准备传送的消息。 1、长度：长度不包括标签和长度本身。当内容的长度小于128(0x80)时，长度使用1个八位位组表示，即短格式，其最高比特位编码为0；若内容长度大于127(0x7F)时，长度采用扩展格式，即长格式，此时，长度的第一个字节的最高位编码为1，其余7个比特的编码为长度字段的字节数减1。 举例：长度为0x00 -- 0x7F，都只需要一个字节即可表示长度；若长度为0x80时，其长度需要采用两个字节，表示为0x81 0x80；若长度为0x90时，其长度应为两个字节，表示为0x81 0x90；对于表示为0x82 0x01 0x00的长度，其长度为256。 2、内容：在ANSI的协议中，允许信息单元的长度为0，表示该信息单元的内容为空；ITU-T规定若信息单元的长度为0，则表示不存在该信息单元。 内容是IE的实体，它包含了单元准备传送的消息。在单元式结构中，内容是不可分割的；而在构成式中，它又包含了一个信息单元，其结构同信息单元的结构一样。内容的长度总是整数个八位位组。

问题 1、MAP负责哪些流程的消息传递？ 2、MAP的消息编码方式？

解答 1、位置登记/删除、位置寄存器故障后的复原用户管理、鉴权加密、路由功能、接入处理及寻呼、补充业务的处理、智能业务的处理、切换、短消息业务 2、MAP编解码遵循ASN.1的编码规则，其IE的结构都是标签+长度+内容。

小结 本章简单介绍了移动应用部分的主要功能、消息结构和消息编码。

课程内容 第一章 CDMA信令系统概述 第二章 移动应用部分 第三章 A、C/D、E用户接口消息分析

第三章 A、C/D、E用户接口消息分析 3.1 A接口协议及消息分类 3.2 C/D、E接口流程简介 3.3 位置登记流程 3.4 呼叫流程 3.3 位置登记流程 3.4 呼叫流程 3.5 鉴权流程 3.6 补充业务流程 3.7 切换流程

3.1 A接口协议及消息分类 A接口的协议结构 A接口上使用的是点到点的连接方式，在MSC和BSS之间传递各种业务和控制信息，在实现方式上，可以预先设置接口两端的信令点编码，相互之间用DPC+SSN直接寻址，使寻址方式最简化，网络结构比较简单

3.1 A接口协议及消息分类 BSSAP的结构 A接口传递BSSAP协议，CDMA的BSSAP分为两部分：BSSMAP和DTAP，再加上分配功能。

3.1 A接口协议及消息分类 分配功能

3.1 A接口协议及消息分类 DTAP和BSSMAP的消息结构 DTAP消息： 鉴别参数值＝1，表示透明传输； DLCI=C2C1000S3S2S1。其中C2C1表示控制信道类型；C2C1=00表示没有说明控制信道类型；C2C1=10表示FACCH或SDCCH；C2C1=11表示SACCH。S3S2S1称为SAPI；S3S2S1=000表示CC、MM、CM；S3S2S1=011表示短消息。 BSSMAP消息： 鉴别参数值＝0，表示非透明传输。

3.1 A接口协议及消息分类 DTAP消息的传输 DTAP负责从MS到MSC或MSC到MS传送透明的L3消息，BSS对其中内容不做任何分析，BSS与MSC之间使用SCCP的2类业务（即基本面向连接类）传送。 用户数据字段包括分配数据单元、长度指示和实际的L3消息三个部分。其中的分配数据单元包括两个参数：鉴别参数和数据链路识别（DLCI）参数。

3.1 A接口协议及消息分类 SCCP上的BSSMAP消息的传输是为了在 MSC和BSS的BSSMAP功能实体之间交换 含鉴别参数，其中的鉴别参数D配置为0， 指示非透明传输。

第三章 A、C/D、E用户接口消息分析 3.1 A接口协议及消息分类 3.2 C/D、E接口流程简介 3.3 位置登记流程 3.4 呼叫流程 3.3 位置登记流程 3.4 呼叫流程 3.5 鉴权流程 3.6 补充业务流程 3.7 切换流程

3.2 C/D、E接口流程简介 使用MAP信令，C/D、E接口主要完成以下功能流程： 位置登记 基本呼叫 鉴权 异常恢复处理 用户管理 补充业务 电路管理 1、位置登记消息：REGNOT、REGCANC、MAINACT； 2、基本呼叫消息：LOCREQ、ROUTREQ、ISSETUP、ISANSWER、FLASHREQ； 3、鉴权消息：AUTHREQ、AFREPORT、ASREPORT、AUTHDIR、BSCHALL、COUNTREQ、AUTHDIRFWD； 4、切换消息：FACDIR2、MSONCH、FACREL、HANDBACK2、HANDTHIRD2； 5、异常恢复处理消息：UNRELDIR、BULKDEREG； 6、用户管理消息：QUALDIR、QUALREQ； 7、补充业务消息：ORREQ、FEATREQ、RUIDIR、REDREQ、TRANUMREQ、INFODIR、INFOFWD； 8、电路管理消息：BLOCKING、UNBLOCK、RESETCKT。

第三章 A、C/D、E用户接口消息分析 3.1 A接口协议及消息分类 3.2 C/D、E接口流程简介 3.3 位置登记流程 3.4 呼叫流程 3.3 位置登记流程 3.4 呼叫流程 3.5 鉴权流程 3.6 补充业务流程 3.7 切换流程

3.3 位置登记流程 手机位置登记流程 1、手机发起位置登记流程可能基于以下6种情况：开机、关机、基于时间、基于位置、基于小区、手机参数改变。 2、MSC/VLR收到LOCREQ后，如果用户已经在VLR中存在且没有处于批准周期过期，则VLR不再去HLR取数据，直接改变VLR中手机的状态即可，否则需要去HLR取数据；当HLR收到REGNOT时，如果发现用户在其他VLR登记过，则发送REGCANC消息取消在原VLR中的信息，只有当取消位置信息成功时，才能在新的VLR登记成功。

3.3 位置登记流程 关机位置登记流程 MS关机时，将通过BSS发起位置登记流程；MSC/VLR根据功能流程配置表中“关机是否删除用户数据”选项判断是删除VLR中用户数据或设置状态标志为去活并进行相应处理后，向HLR发送MSINACT取消HLR的位置信息

3.3.1 A接口位置登记消息 Loctation Updating Request消息的主要参数有 必选参数 可选参数 CI Mobile Identity (IMSI) Classmark Information Type 2 Registration Type Mobile Identity (ESN) 可选参数 Slot Cycle Index AUTHR RANDC COUNT RAND Authentication Event 1、CI：必选参数，MSC会利用带上来的CI和从本局信息表中查到的本局移动国家代码（中国为460）和本局PLMN号（例如联通为03）去匹配位置小区表，如果匹配不成功，则位置登记会被拒绝。 2、Mobile Identity (IMSI)、Classmark Information Type 2、Mobile Identity (ESN)：必选参数，值随具体手机而改变。 3、Registration Type：必选参数，取值为：00H (timer-based)，01H (power-up)、02H (zone-based)、03H (power-down)、04H (parameter change)、06H (distance-based)。 4、Slot Cycle Index：可选参数，当手机工作于时隙模式时才会带此参数，取值为00H～07H，表示8个不同的时隙。 5、其余鉴权参数：可选参数，当BSC侧的鉴权开关打开时带这些参数。

3.3.1 A接口位置登记消息 Location Updating Accept 可选参数 Cause 只有当手机处于数据休眠态直接进行关机操作时才带此参数，参数值为19H（表示Power down from dormant state）。其他情况都不会带此参数。

3.3.1 A接口位置登记消息 Reject Cause为必选参数，其取值如下： 03H：illegal MS Location Updating Reject 必选参数 Reject Cause Reject Cause为必选参数，其取值如下： 03H：illegal MS 0BH：roaming not allowed 51H：network failure 56H：congestion

3.3.2 C/D口消息 RegistrationNotification（INVOKE）的主要参数 必选参数 可选参数 ESN MIN MSCID QUALCODE MYTYPE 可选参数 SYSCAP TRANSCAP 1、QUALCODE：指明资格请求消息的类型，1表示没有信息，2表示只作合法性检查，3表示既作合法性检查也检查手机的详细签约信息，4表示只检查手机的详细签约信息。 2、MYTYPE：表示设备商的编号，华为编号为0X28（10进制为40）。 3、SYSCAP：表示系统能力，在数据管理台中的MAP功能流程配置表中的系统能力相对应。 4、TRANSCAP：表示MSC能力，在数据管理台中的MAP功能流程配置表中的处理能力和系统支持终端数相对应。

3.3.2 C/D口消息 RegistrationNotification（RETURN RESULT）的主要参数 必选参数 可选参数 MYTYPE 可选参数 AUTHPER AUTHDEN DENAUTHPER 1、AUTHPER：表示授权周期，为两个字节，第一个字节表示周期单位，如1表示每次呼叫，2表示小时，3表示天，4表示星期，5表示每次协商，6表示无限制，7表示呼叫次数；第二字节表示值，仅对小时、天、星期和呼叫次数有效，对于其他周期，本值可忽略或设置为0。对于周期为每次协商(5)时，目前缺省认为一个星期，即周期为星期，值为1。 2、异常情况下，HLR拒绝位置登记，会包含AUTHDEN和DENAUTHPRE两个IE，AUTHDEN会包含拒绝原因，主要有被盗手机、无效ESN、复制手机、终端类型不匹配、缺少鉴权参数、多重接入等；DENAUTHPER表示手机进入否定周期的时间，包含两个字节，第一个字节表示周期单位，通常有分钟、小时、天、星期、呼叫次数等，第二个字节是一个数值，两个字节和起来表示进入否定周期的时间长度，例如可以表示1天等。

3.3.2 C/D口消息 RegistrationCancellation（INVOKE）消息的主要参数： 必选参数 可选参数 ESN MIN 可选参数 CANTYP 1、CANTYP： 表示取消类型，表示是否可以强拆当前呼叫，1--根据系统选项选择断开或继续呼叫；2--继续呼叫；3--断开呼叫。

3.3.2 C/D口消息 RegistrationCancellation（RETURN RESULT）消息的主要参数: 可选参数 CANDEN 1、CANDEN：指示取消拒绝，其中1--多接入；2--忙；若拒绝，在向MSC/VLR返回regnot中的AUTHDEN参数将为7，指示为多重接入。

3.3.2 C/D口消息 MSInactive（INVOKE）消息的主要参数： 必选参数 可选参数 ESN MIN DEREGTYP

第三章 A、C/D、E用户接口消息分析 3.1 A接口协议及消息分类 3.2 C/D、E接口流程简介 3.3 位置登记流程 3.4 呼叫流程 3.3 位置登记流程 3.4 呼叫流程 3.5 鉴权流程 3.6 补充业务流程 3.7 切换流程

3.4 呼叫流程 局间呼叫流程 1、始呼用户拨叫被叫号码，通过BSS向MSC/VLR发送业务请求； 3.4 呼叫流程 局间呼叫流程 1、始呼用户拨叫被叫号码，通过BSS向MSC/VLR发送业务请求； 2、MSC/VLR向HLR请求路由信息并进行主叫的无线信道指配；HLR发现被叫登记在其他MSC/VLR，则向该MSC/VLR请求漫游号码； 如果被叫与始呼MSC在同一MSC，则直接返回locreq响应而无ROUTREQ消息； 3、取回漫游号码，MSC/VLR通过TUP出局；(注意：如果数据配置中对应的被叫分析要求指配完成前不能接续，则要求必须先指配完成)； 4、被叫服务MSC/VLR收到入局消息后，对被叫进行寻呼并指配；指配完成后放回铃音；若被叫应答，则呼叫接通； 5、若呼叫释放，则进行呼叫清除。

3.4.1 A口消息 CM Service Request的主要参数： 必选参数 可选参数 CI CM Service Type Classmark Information Type 2 IMSI ESN Service Option Radio Environment and Resources 可选参数 Called Party BCD Number AUTHR/RANDC/RAND/COUNT 1、CI：主叫所在位置区小区号。 2、CM Service Type： 共一个字节，高四比特是消息头，低四比特的值分别表示：1--移动始呼，2--紧急呼叫，4--短消息传递，8--补充业务，其他备用。 3、Classmark Information Type 2：主要是表示手机硬件的一些参数。 4、IMSI/ESN：表示主叫的参数。 5、Service Option：常用的选项有：0001H表示8K语音，8000H表示13K语音，0003H表示ERVC，0006H表示短消息速率1，000E表示短消息速率2。 6、Radio Environment and Resources：此参数标明了电磁环境和建立新呼叫的资源的情况。 7、Called Party BCD Number：被叫号码

3.4.1 A口消息 Assignment Request的主要参数有： 必选参数 可选参数 Channel Type Service Option 可选参数 Circuit Identity Code Calling Party ASCII Number MS Information Records 1、Channel Type：定义了信道是语音信道还是数据信道，信道的速率，语音信道的编码算法，数据信道的速率等。 2、Service Option：与CM Service Request中Service Option的定义一样。 3、Circuit Identity Code：只有使用A口电路时（例如基本呼叫）才会带此参数，如果不使用A口电路（例如短消息或鉴权时的指配），则不会包含此参数。 4、Calling Party ASCII Number/MS Information Records：这两个参数只会在指配被叫时才会出现，并且被叫必须签约CNIP业务，都是主叫号码信息，当A口协议为IOS20－21时使用前者，当A口协议为IOS40时，使用后者。（A口协议号在bsc表中配置）。

3.4.1 A口消息 Assignment Complete的主要参数： Assignment Failure的主要参数： 必选参数 Channel Number Service Option Assignment Failure的主要参数： Cause 1、正常情况下，发送指配请求后，会返回指配完成消息表示；异常情况下，会返回指配失败，指配失败消息中会带原因值，如果失败原因为可恢复的，那么将根据软参表中配置的指配失败重试次数重新进行指配，如果指配失败原因值为不可恢复或者指配次数已经达到指配重试次数，则给主叫放音拆线。 2、Channel Number：指配的A口电路号。 3、Service Option：与CM Service Request中定义的Service Option一样。 4、Cause：指配失败原因值，详细解释请参照A接口协议。

3.4.1 A口消息 Paging Request的主要参数： 必选参数 可选参数 Mobile Identity Service Option 可选参数 Tag Cell Identifier List Slot Cycle Index IS-2000 Mobile Capabilities 1、Mobile Identity：可能是IMSI或者MIN，MAP参数1的bit3如果设置为0，表示寻呼时IMSI优先，此参数为IMSI，如果MAP参数1的bit3设置为1，表示寻呼时MIN优先，此参数为MIN。 2、Service Option：与CM Service Request中的此参数有相同的定义。 3、Tag：进行短消息业务时会带此参数，其值为短消息模块表号，返回的Paging Response 中也应当带相同的Tag值，短消息模块收到此值可以释放响应的资源；基本呼叫不需带此 参数。 4、Slot Cycle Index：手机工作于时隙模式才会带此参数。 5、IS-2000 Mobile Capabilities：手机具有is2000能力才带此参数。

3.4.1 A口消息 Paging Response的主要参数： 必选参数 可选参数 Classmark Information Type 2 Mobile Identity Mobile Identity (ESN) Service Option Radio Environment and Resources 可选参数 Tag Slot Cycle Index AUTHR/RANDC/COUNT/RAND/Authentication Event 1、如果寻呼无响应，则会根据软参表中配置的重复寻呼次数重新下寻呼。正常情况下，下完寻呼后会回寻呼响应。

3.4.2 C/D口消息 LocationRequest（INVOKE）的主要参数： 必选参数 可选参数 BILLID DIGITS(Dialed) MSCID(Originating) MYTYPE(Originating) 可选参数 MSCIN TRANSCAP

3.4.2 C/D口消息 LocationRequest（RETURN RESULT）的主要参数： 必选参数 可选参数 ESN MIN MSCID 可选参数 ACCDEN ANNLIST TerminationList 1、MSCID：若呼叫被拒绝或被前转，则MSCID为始呼MSC的MSCID，否则，为被叫MS所在的MSCID。 2、ACCDEN：如果呼叫被拒绝，则包含此参数，主要原因值有：用户不存在、用户去活、用户忙、无寻呼响应等。 3、ANNLIST：HLR指示的放音。 4、TerminationList：包含TLDN号码。

3.4.2 C/D口消息 RoutingRequest（INVOKE）消息的主要参数： 必选参数 可选参数 BILLID ESN MIN MSCID(Originating MSC) MYTYPE(Originating MSC) 可选参数 MDN MSCIN SENDERIN

3.4.2 C/D口消息 RoutingRequest（RETURN RESULT）消息的主要参数： 必选参数 可选参数 MSCID ACCDEN DIGITS 1、ACCDEN：包含有拒绝原因值，分别表示如下：2--用户去活，3--用户忙，4--不允许终呼，5--寻呼无响应。 2、DIGITS：正常时会带此参数，包含TLDN。

第三章 A、C/D、E用户接口消息分析 3.1 A接口协议及消息分类 3.2 C/D、E接口流程简介 3.3 位置登记流程 3.4 呼叫流程 3.3 位置登记流程 3.4 呼叫流程 3.5 鉴权流程 3.6 补充业务流程 3.7 切换流程

3.5 鉴权流程 几个重要的概念（一） A-Key：Authentication Key，共64bit，也称为密钥，开户时由用户确定，只存在于手机和鉴权中心，用来产生SSD，不会在任何接口传播。 SSD：Shared Secret Data，共享加密数据，分为SSD_A和SSD_B，各64bit，存在于手机和鉴权中心，当SSD共享时也存在于VLR，由A-Key产生，SSD_A用来鉴权，SSD_B用来加密，不会在空中接口传播。 RAND：随机数，在鉴权过程中的一个输入参数。 AUTH：鉴权响应，也就是鉴权最终要比较的结果，主要有AUTHR(鉴权响应)、AUTHBS(基站鉴权响应) 、AUTHU(独特查询鉴权响应)。 COUNT：呼叫历史次数。

3.5 鉴权流程 几个重要的概念（二） SSD更新：SSD更新是鉴权中最常见的一种操作，它的主要目的就是要更新存放在移动台和网络中的SSD。SSD更新一般要包括SSD更新请求、基站查询和独特查询等步骤。 独特查询：由网络发起的鉴权过程，用来验证某一特定的移动台是否合法的过程。 COUNT更新：AC或者MSC指示移动台更新其COUNT值，由于协议的缺陷，目前没有实现COUNT更新。 基站查询：由基站侧发起的鉴权过程，在SSD更新的过程中用于基站对网络的验证。

3.5 鉴权流程 主叫过程中的鉴权（SSD未共享，带SSD更新） 3.5 鉴权流程 主叫过程中的鉴权（SSD未共享，带SSD更新） 1、MSC/VLR在收到业务请求后，发现系统要求鉴权，向AC发起鉴权请求，如果移动台不是首次接入且鉴权参数正确，AC会返回鉴权成功，就不会有接下来的SSD更新、基站查询、独特查询等过程，如果移动台是第一次接入或者业务请求带上来的鉴权参数有误，则AC会发起SSD更新流程（鉴权参数错误时是否发起SSD更新由系统设置决定，一般情况下要设置为SSD更新）。 2、AC返回的鉴权请求，包含RANDSSD、RANDU要求进行SSD更新和独特查询。 3、由于SSD更新要在业务信道进行，所以要先指配业务信道。 4、接下来MSC发起SSD更新流程。 5、在响应SSD更新之前，BSC发起基站查询，验证网络的合法性。 6、SSD更新之后是独特查询过程，验证移动台的合法性。 7、最后是鉴权状态报告，通知AC独特查询和SSD更新是否成功。

3.5 鉴权流程 鉴权指示发起的SSD更新

3.5.1 A口消息 SSD Update Request的参数 Base Station Challenge 的参数 RANDSSD(必选) Base Station Challenge 的参数 RANDBS(必选) Base Station Challenge Response的参数 AUTHBS(必选) SSD Update Response的参数 Cause Layer 3(可选) 1、Cause Layer 3：可选参数，当SSD更新失败时才会用的到，取值为0fH表示过程失败，取值为3bH表示SSD更新拒绝。

3.5.1 A口消息 Authentication Request 的参数 必选参数 可选参数 RANDU Mobile Identity (IMSI) Tag Cell Identifier List Slot Cycle Index 1、Authentication Request消息，可能为业务信道上的DTAP消息，也有可能是控制信道上的BSSMAP消息；RANDU是必选参数，值为3字节；对于DTAP消息，不需要任何其他参数；而对于BSSMAP消息，还需要IMSI、CellID、Slot Cycle Index、Tag等参数

3.5.1 A口消息 Authentication Response的参数 必选参数 可选参数 AUTHU Mobile Identity (IMSI) Tag Mobile Identity (ESN) 1、Authentication Response消息，可能为业务信道上的DTAP消息，也有可能是控制信道上的BSSMAP消息；AUTHU为必选参数；对于BSSMAP消息可能还包含IMSI、Tag和ESN等参数，这些参数对于DTAP消息不需要。

3.5.2 C/D口消息 AuthenticationRequest（INVOKE）的主要参数 必选参数 可选参数 ESN MIN MSCID SystemAccessType SystemCapabilities 可选参数 AUTHR RAND COUNT 1、SystemAccessType：1表示未定义，2表示FLASH请求，3自动登记，4始呼，5寻呼响应，7关机登记，8短消息寻呼响应。

3.5.2 C/D口消息 AuthenticationRequest（RETURN RESULT）的主要参数 无必选参数 可选参数 AAV AUTHU DENACC RANDSSD RANDU SSD SSDNOTShared UpdateCOUNT 1、如果无参数，表示鉴权成功，不再有后续的SSD更新等流程。 2、DENACC：如果有此参数表示系统拒绝接入，MSC收到此参数就会放音拆线。 3、AAV：鉴权算法版本，当SSD共享时会带此参数，一般值为c7H。 4、AUTHU/RANDU：要求独特查询时带这两个参数。 5、RANDSSD：鉴权失败进行SSD更新时会带此参数。 6、SSDNOTShared：SSD不共享时带此参数。 7、UpdateCOUNT：要求进行COUNT更新时有此参数。

3.5.2 C/D口消息 BaseStationChallenge（INVOKE）的主要参数 必选参数 可选参数 ESN MIN RANDBS 可选参数 SIN 1、SIN：发送者识别码。

3.5.2 C/D口消息 BaseStationChallenge（RETURN RESULT）的主要参数 必选参数 无可选参数 AUTHBS 无可选参数

3.5.2 C/D口消息 AuthenticationStatusReport(INVOKE)消息的主要参数 必选参数 可选参数 ESN MIN SystemCapabilities 可选参数 CountUpdateReport SIN SSDUpdateReport UniqueChallengeReport 1、CountUpdateReport：COUNT更新报告，1表示COUNT更新未尝试，2表示COUNT更新没有响应，3表示COUNT更新成功。 2、SSDUpdateReport/UniqueChallengeReport：分别是SSD更新报告和独特查询报告，1表示未尝试，2表示没有响应，3表示成功，4表示失败。

3.5.2 C/D口消息 AuthenticationStatusReport(RETURN RESULT)消息的主要参数 无必选参数 可选参数 AAV AUTHR COUNT DENACC RANDSSD RANDU SSD SSDNOTShared UpdateCOUNT 1、 参数的意义与AuthenticationRequest（RETURN RESULT）的参数一致。

3.5.2 C/D口消息 AuthenticationDirective(INVOKE)的主要参数 必选参数 可选参数 ESN/MIN AAV AUTHU COUNT DENACC RANDSSD RANDU SIN SSD SSDNOTShared UpdateCOUNT 1、 参数的意义与AuthenticationRequest（RETURN RESULT）的参数一致。

3.5.2 C/D口消息 AuthenticationDirective(RETURN RESULT)的主要参数 无必选参数 可选参数 COUNT 1、由于COUNT更新没有实现，所以一般不带此参数。

第三章 A、C/D、E用户接口消息分析 3.1 A接口协议及消息分类 3.2 C/D、E接口流程简介 3.3 位置登记流程 3.4 呼叫流程 3.3 位置登记流程 3.4 呼叫流程 3.5 鉴权流程 3.6 补充业务流程 3.7 切换流程

3.6 补充业务流程 FEATURE操作流程 1、当用户拨叫“*”+FC，如登记或激活前转号码，就将发起FEATREQ操作；HLR分析后返回结果，MSC/VLR将通知业务操作成功或失败；如果FEATURE操作修改了用户的Profile信息，HLR将发送资格指示QUALDIR更新VLR中的用户数据；如果featreq响应中包含了TERMLIST或DIGITS(Dialed)，将继续呼叫处理；否则，将释放。

3.6 补充业务流程 无条件前转(CFU)流程 1、当被叫用户签约并激活了无条件前转时，在locreq中REDIND将指示为CFU，并在TERMLIST中包含前转号码；主叫MSC/VLR将再对前转号码进行分析并呼叫出局；如果被叫用户还签约了前转通知，HLR将发送INFODIR通知被叫，如果被叫处于空闲态，将发送Feature Notification通知手机，若用户正处于通话态，则发送Flash with Information通知手机。

3.6 补充业务流程 遇忙前转(CFB)流程图（局间） 3.6 补充业务流程 遇忙前转(CFB)流程图（局间） 1、对于局间呼叫，HLR到目的MSC/VLR取漫游号码时，MSC/VLR发现用户忙，将返回拒绝，拒绝原因为用户忙；HLR收到响应后，根据拒绝原因，发现用户签约并激活了遇忙前转，则在locreq响应中返回前转号码，并指示为遇忙前转。

3.6 补充业务流程 遇忙前转(CFB)流程图（局内） 3.6 补充业务流程 遇忙前转(CFB)流程图（局内） 1、对于局内呼叫，HLR发现是局内呼叫，将在locreq响应中指示为本地呼叫；MSC/VLR在VDB中发现用户忙，且用户签约并激活了遇忙前转，将向HLR发送TRANUMREQ请求前转号码，前转原因为用户忙，HLR返回用户的前转号码；MSC/VLR再对前转号码进行分析。

3.6 补充业务流程 无应答前转(CFNA)流程 1、无应答前转业务允许用户在下列情况下将它的来话转接到预先设置的另一个电话号码上或用户的语音信箱中： 1) 系统寻呼MS失败或长时间振铃后用户没有应答；2) 用户处于去活状态；3) 系统不知道用户的当前位置；4) 用户当前不可接入(如：去活了呼叫转接业务或激活了免打扰业务)。 2、当振铃定时器超时时，被叫MSC/VLR发现被叫用户签约并激活了无应答前转，将向始呼MSC/VLR发送REDREQ请求前转，前转原因是无应答，并释放被叫方资源；始呼MSC/VLR收到后，向HLR发送TRANUMREQ请求前转号码，前转原因为无应答；HLR返回tranumreq中包含TERMLIST指示前转号码，然后向被叫MSC/VLR返回redreq，并释放被叫MSC/VLR资源；然后始呼MSC/VLR对前转号码进行分析。

3.6 补充业务流程 隐含呼叫前转(CFD) 隐含呼叫前转业务允许用户在下列情况下将它的来话转接到预先设置的另一个电话号码上或用户的语音信箱中： 用户忙； 系统寻呼MS失败或长时间振铃后用户没有应答； 用户处于去活状态； 系统不知道用户的当前位置； 用户当前不可接入(如激活了免打扰业务)。 从功能上看，这项业务相当于无应答呼叫前转和遇忙呼叫前转的功能之和

3.6 补充业务流程 呼叫等待(CW)流程 1、呼叫等待业务是指当用户忙时，若有一个新的来话时将通知用户，用户可以选择接受或拒绝新的来话。如果用户应答了新的来话，它可以在两个来话之间来回进行切换。呼叫等待业务必须在呼叫保持激活前提下才能实现。 2、当用户3发起一个到M2的呼叫，HLR到被叫MSC/VLR取漫游号码，被叫MSC/VLR若发现用户2正在通话且签约并激活了呼叫等待业务，将分配漫游号码(TLDN)并返回给HLR；当呼叫入局后，被叫MSC/VLR发现用户2正在通话且签约并激活了呼叫等待业务，将发送Flash with Information，指示新的入呼，若用户2签约了主叫号码显示且主叫无号码显示超越，将包含主叫号码；若用户2接受这个呼叫，则将接通与用户3的呼叫，而与用户1的呼叫将被保持；若用户2再发送FLASH，将保持与用户3的呼叫，而与用户1接通；如果通话过程中，用户1释放，用户2将与用户3接通。

3.6 补充业务流程 三方通话(3WC)业务流程 1、用户1与用户2正在进行通话过程中，用户1拨叫用户3号码，用户2被保持，始呼MSC/VLR到HLR取回漫游号码，并进行后续接续，用户3应答后，用户1与用户3进入通话状态，而用户2保持； 2、用户1再按SEND键，发送空FLASH请求到始呼MSC/VLR，始呼MSC/VLR将三方连接，进入三方通话状态； 3、若用户1再按SEND键，发送空FLASH请求到始呼MSC/VLR，始呼MSC/VLR将释放最后一个用户3；MS1与MS2进入两方通话状态。

3.6.1 A口消息 Feature Notification的主要参数 必选参数 可选参数 Mobile Identity (IMSI) Tag Cell Identifier List Slot Cycle Index Signal Message Waiting Indication Calling Party ASCII Number 1、Signal：需要振铃时带此参数； 2、Message Waiting Indication：有消息等待通知时带此参数； 3、Calling Party ASCII Number：被叫签约CNIP业务时带此参数。 4、以上三个参数只在IOS2.0协议中有，2.0以上的协议带此参数只是为了后向兼容，当BSC侧的协议也是2.0以上时，就可以不带此参数。

3.6.1 A口消息 Feature Notification Ack的主要参数 必选参数 可选参数 Mobile Identity (IMSI) 可选参数 Tag 1、Tag：其值应当与Feature Notication中的Tag值一致。

3.6.1 A口消息 Flash with Information的主要参数 无必选参数 可选参数 Called Party BCD Number Signal Message Waiting Indication Calling Party ASCII Number Tag 1、此消息可以在A接口双向传送，当从BSC到MSC传送时，只能包含Called Party BCD Number参数，当从MSC到BSC传送时，可以包含以上所有参数。 2、包含Tag值表示需要返回相应消息，响应消息中的Tag值与 此消息的Tag值应当相同。

3.6.1 A口消息 Flash with Information Ack 无必选参数 可选参数 Tag 1、此参数只能从BSC向MSC传送，也就是只能是作为MSC下发的Flash with Information的响应。 2、Tag：与Flash with Information中的Tag值相同。

3.6.2 C/D口消息 FeatureRequest(INVOKE)的主要参数 必选参数 可选参数 Digits ESN MIN BillingID MSCID OTFI SIN 1、OTFI：全称OneTimeFeatureIndicator，指示呼叫等待类型、消息等待通知是否激活、主叫号码显示限制是否激活等，此参数指示的业务特性只有一次有效，到下一次呼叫结束时释放。

3.6.2 C/D口消息 FeatureRequest(RETURN RESULT)的主要参数 必选参数 可选参数 FeatureResult 可选参数 AccessDeniedReason AnnouncementList OTFI 1、FeatureResult：指示Feature操作是否成功，1为不成功，2为成功。

3.6.2 C/D口消息 QualificationDirective(INVOKE)消息的主要参数 必选参数 可选参数 ESN MIN QUALCODE MYTYPE 可选参数 AUTHDEN AUTHPER DENPER SIN 1、QUALCODE、AUTHDEN、AUTHPER、DENPER等参数与REGNOT中的消息是一样的。

3.6.2 C/D口消息 QualificationRequest(INVOKE)的主要参数 必选参数 可选参数 ESN MIN QUALCODE MYTYPE 可选参数 MSCID SIN AccessType TRANCAP

3.6.2 C/D口消息 QualificationRequest(RETURN RESULT)的主要参数 必选参数 可选参数 MYTYPE AUTHDEN AUTHPER DENPER MSCID(HLR)

3.7 切换流程 切换的分类 软切换 更软切换 硬切换 前向切换 后向切换 切换到第三方 1、软切换：不同小区之间的同频切换。 3.7 切换流程 切换的分类 软切换 更软切换 硬切换 前向切换 后向切换 切换到第三方 1、软切换：不同小区之间的同频切换。 2、更软切换：相同小区不同扇区间的切换。 3、硬切换：不同小区间的非同频切换。 4、前向切换：从主控MSC向目标MSC或者服务MSC的切换。 5、后向切换：从服务MSC向主控MSC的切换。 6、切换到第三方：从服务MSC向目标MSC切换时，拆掉主控MSC和服务MSC间的MAP电路，建立主控MSC到目标MSC的MAP电路，这种切换叫切换到第三方。 7、硬切换还有三种类型：涉及到第三方的前向切换，涉及到第三方的后向切换，涉及到第三方的切换到第三方，实际中基本不会发生，这里不作介绍。

3.7 切换流程 前向切换流程 1、MS在语音业务通话过程中发送切换要求(Handoff Required)消息请求切换，其中包含了目的小区列表；2、MSC/VLR对目的小区列表中第一个小区进行分析，发现需切换到其他局，则分配局间中继电路，并向目的局发送FACDIR2消息；3、目的MSC/VLR收到FACDIR2消息后，分配地面电路，并向BSS发送切换请求(Handoff Request)消息；4、BSS收到切换请求后，分配相应的无线资源并连接呼叫，向MS发送前向业务信道帧；然后向MSC/VLR返回切换请求证实(Handoff Request Acknowledge)，然后等待MS到达所分配的无线信道；5、MSC/VLR收到切换请求证实后，向主控MSC/VLR返回facidr2；主控MSC/VLR向BSS发送切换命令(Handoff Command)消息；6、BSS收到切换命令后，向MS发送切换命令消息，等待MS应答后向主控MSC/VLR发送切换开始(Handoff Commenced)消息；7、MS到达目的BSS分配的无线信道后，目的BSS向目的MSC/VLR发送切换完成(Handoff Complete)消息；8、目的MSC/VLR向主控MSC/VLR发送MSONCH消息，指示切换成功；9、主控MSC/VLR释放地面电路和业务信道等资源。

3.7 切换流程 后向切换流程 这是后向切换流程； MSC/VLR收到切换请求后，发现需切换回去，将发送HANDBACK2给主控MSC/VLR；主控MSC/VLR收到切换请求应答后，返回handback2；当切换完成后，主控MSC/VLR发送FACREL释放原服务MSC/VLR所有资源。

3.7 切换流程 切换到第三方 这是切换到第三方流程； MSC/VLR收到切换请求后，发现需切换到第三方，将发送HANDTHIRD2给主控MSC/VLR；主控MSC/VLR发现需切换到另一MSC/VLR，则发送FACDIR2给目的MSC/VLR；目的MSC/VLR收到切换请求应答后，返回facdir2；主控MSC/VLR收到facidr2响应后向服务MSC/VLR返回handthird2；服务MSC/VLR发送切换命令；当切换完成后，目的MSC/VLR发送MSONCH通知主控MSC/VLR，主控MSC/VLR发送FACREL释放原服务MSC/VLR所有资源

3.7.1 A口消息 Handoff Required的主要参数： 必选参数 可选参数 Cause Cell Identifier List (Target) Classmark Information Type 2 Response Request Encryption Information Mobile Identity (ESN) 可选参数 Downlink Radio Environment Service Option 1、Cause：指明发生切换的原因。 2、Cell ID List：目标小区列表，小区标识可能为00(GCI)、01(LAC+CI)、02(CI)、07(MSCID+CI)，对于CI。 3、Response Request：此参数只有一个Tag，带此参数表示要求有响应消息。 4、Encryption Information：此参数指明当前语音、数据和信令的加密模式。 5、Downlink Radio Environment：此参数指明移动台所测量出的电磁环境。

3.7.1 A口消息 Handoff Request的主要参数 必选参数 可选参数 Channel Type Encryption Information Classmark Information Type 2 Cell Identifier List (Target) Mobile Identity (IMSI) Mobile Identity (ESN) Downlink Radio Environment CDMA Serving One Way Delay 可选参数 Circuit Identity Code Extension Service Option 1、Channel Type：信道的类型。 2、CDMA Serving One Way Delay：基站侧用到的一个时延参数。

3.7.1 A口消息 Handoff Command的主要参数 无必选参数 可选参数 IS-95 Channel Identity Cell Identifier List Extended Handoff Direction Parameters Hard Handoff Parameters IS-2000 Channel Identity

3.7.2 E口参数 FacilitiesDirective2(INVOKE)的主要参数 必选参数 可选参数 BillingID ESN InterMSCCircuitID InterSwitchCount MIN ServingCellID 可选参数 TargetCellID HandoffReason 1、InterMSCCircuitID：指配局间MAP电路。 2、可选参数中还应当包含HandoffRequired的一些参数。

3.7.2 E口参数 HandoffBack2(INVOKE)的主要参数 必选参数 可选参数 BillingID InterMSCCircuitID MIN ServingCellID 可选参数 TargetCellID HandoffReason HandoffState

3.7.2 E口参数 HandoffToThird2(INVOKE)的主要参数 必选参数 可选参数 BillingID ESN InterMSCCircuitID InterSwitchCount MIN MSCID(Target) ServingCellID 可选参数 TargetCellID HandoffReason

3.7.2 E口参数 其他E口参数 facdir2 handback2 handthird2 MSONCH 1、facdir2、handback2、handthird2信令用于将A口上Handoff Request Acknowledge中的参数带回来。 2、MSONCH信令用于通知切换完成，无参数。

问题 1、位置更新的类型有哪些？ 2、常见的鉴权参数有哪些？ 3、切换的分类？

解答 1、位置更新有以下几类：基于时间、基于小区、基于位置、基于手机参数、开机、关机。 2、常见的鉴权参数有：A-Key、SSD、RAND、AUTH等 3、切换的分类：硬切换、软切换、更软切换。

小结 本章以位置更新、呼叫、鉴权、补充业务和切换的流程为例，介绍了A、C/D、E用户接口的信令分析方法。