华为7号信令教材（SCCP、TCAP、MAP等）

以下对信令的介绍将分两部分进行，第一部分将介绍信令的基础性知识如：SCCP，TCAP，MAP，BSSAP等；第二部分将重点介绍这些基础性知识在实际中的应用；对第一部分的很好理解是顺利掌握第二部分的有利条件，反过来对第二部分的学习也将加深我们对第一部分的了解。

第一部分：信令的原理性知识

关键词：接口，信令，SCCP，TCAP，MAP，SCCP

说明：由于信令部分原理性的知识很多，因此在介绍中将分重点掌握与一般了解两种图标予以标注。没有标注部分的重要性介于两者之间。

重点掌握： 是学习第二部分的必要条件

一般了解： 有助于您更深层次的掌握信令

应已经掌握的知识：MTP，TUP

学习后应达到的目标：能通过分析信令迅速定位故障。

第一部分第一章：SCCP

在这一章中我们将讨论 A：SCCP在七号信令中的位置 B：MTP寻路的局限性 C：SCCP的特点和功能 D：SCCP的消息和原语 E：SCCP的寻址与选路 其中A，B是为了引出SCCP做铺垫，C，D是SCCP的具体内容，E是SCCP的实际应用。

第一节，SCCP（信令连接控制部分）在OSI中的位置

以OSI七层模型的概念来看一下SCCP的位置：

OSIITU-T No.7 信令系统用户OMAP(MRVT SRVT)INAPMAP7层事务处理能力应用部分TCAPBSSAP654层ISUPTUPMTUP321层信令连接控制部分SCCP消息传递部分MTP 由此可见SCCP是我们后面将要学习的TCAP，MAP，BSSAP的承载，因此他的重要性是显而易见的，但是我们为什么要引入SCCP，是否是因为MTP寻路功能的局限性致使我们要引入SCCP呢？

第二节，MTP 寻路的局限性

在这一节中我们将讨论MTP的局限性，为引出SCCP做好准备。

MTP是电话通信网理想的信令系统，在电话应用中所有信令消息都和呼叫电路有

关，消息的传输路径一般和相关的呼叫连接路径有固定的对应关系。但是，随着通信新业务的不断发展，越来越多的网络业务需要和远端网络节点直接传送控制消息，这些消息和连接电路无关，有些甚至与呼叫无关，如GSM中移动台和HLR，VLR之间的消息传输；有些虽然与呼叫直接相关，但是消息传输路径不一定要和呼叫连接路径相同也不要求有某种确定的对应关系。 若仍然用MTP和TUP的四级结构传送上述的消息，会带来以下问题： 一，MTP是根据DPC和SIO（Service Indicator--业务指示语）来选择路由并确定终端用户的，这一寻址功能具有以下的局限性： a：SPC（信令点编码）不是国际统一编码，它由信令点所在网定义。当GSM中的国际漫游用户向他的HLR进行位置更新时，信令始发点无法知道该国外HLR的DPC，因此不可能通过MTP实现节点至节点的信令直接传输。 b：SIO编码仅为4位，即MTP至多可将消息分配给16个不同的用户部分，这不能适应未来电信业务的发展。 二，目前的电信业务大多只需要传送实时的短消息，以后有可能要在网络节点间传送大量的非实时消息，这就要用到分组交换中的虚电路概念，预先建立连接，进行面向连接的传输。而MTP只能实现无连接传输。

因此CCITT提出了新的结构分层--SCCP，目的是使它和MTP相结合，提供相当于OSI结构的网络层功能，实现信令消息在任意两个信令点之间透明的直接传输。常将SCCP和MTP合称为NSP（Network Service Part--网络业务部分），将它们传送的用户数据称为NSDU（Network Service Data Unit--网络业务数据单元） 在了解了MTP的局限性，也即SCCP的重要性后我们将正式开始SCCP的介绍。

第三节，SCCP的特点和功能

在这一节中我们将讨论SCCP的特点和功能，其中特点将从应用方面予以阐述，功

能将从网络服务方面予以说明，请注意与MTP的对比。 一，SCCP的应用特点： a，能传送各种与电路无关的信令消息 b，具有增强的寻路选址 c，除了无连接的服务功能之外，还能提供面向连接的服务功能。 SCCP的用户之一TCAP就是利用它提供的完善的网络层功能实现各种现有的和未来的电路无关消息的远程传送，支持移动通信，智能网，电信管理网络等各项新业务，新功能。 二，网络服务功能 对应于SCCP的网络服务，具体有四类协议： 0类(class 0)：基本无连接服务； 1类(class 1)：有序无连接服务； 2类(class 2)：基本面向连接服务； 3类(class 3)：流量控制面向连接服务； 按是否连接可以归为以下两大类： 1，无连接服务

类似于分组交换中的数据报传送，它不需要预先建立连接。以这种方式传送的消息称为单元数据（UDT），之所以称为UDT是因为在无连接方式中，消息只能整体传送，不能拆卸分段传送。其中0类协议不能保证消息收发顺序一致，1类可以。 2，面向连接服务

类似于分组交换中的虚电路传送，它在发送消息前先通过应答的方式在始节点和终节点之间建立一条消息传输路径，这种方式适用于传送大量的成批数据。这样可以避免大批数据盲目的送入信令网却达不到终节点的无效传输情况。

第四节，SCCP的消息和原语

在这一节中我们将讨论SCCP的消息和原语。首先将从OSI的原语引出SCCP的原语，

接着从原语引出消息；在讨论消息时我们将从SCCP消息的类型与消息中的参数两方面予以说明

一，原语：

在理解SCCP的原语之前我们先来看OSI模型中的原语的概念：

在OSI七层模型中（N+1）层称为（N）的用户，由（N）层向其提供服务，（N-1）层称为（N）层的服务提供者，向（N）层提供通信连接。服务与服务提供者之间要进行一些交互，即在相邻层之间均存在层间接口，而这些层间接口是由服务原语（Service Primitive）来定义的。OSI规定了四种原语类型： 请求（REQUEST） 指示（INDICATION）

响应（RESPONSE）

证实 （CONFIRMATION）

它们完整的描述了两个对等（N+1）层获得一次服务的全过程，如下图所示：

节点A节点B N+1层用户A（1）请求（4）证实N+1层用户A（3）响应（2）指示 N 层 N 层N-1层N-1层

以上过程通过以下5步解释之： i），节点A的用户要和节点B的对等用户B进行通信，首先用户A向它的下面的N层发出“请求”原语， ii），N层协议分析该请求后形成N层协议消息，通过N-1层连接向节点B的N层发送。 iii），节点B的N层收到此消息并分析后，向其用户B发出“指示”原语，告之用户A请求某种操作或数据。 iv），用户B执行该请求后返回结果，向它下面的N层发出“响应”原语，经N层向节点A发送相应消息。 v），节点A的N层收到此消息后即向其用户A发送“证实”原语。 至此完成一个服务，原语发送的时间顺序为：请求--》指示--》响应--》证实。 （您在观察A，D接口的跟踪消息时就会看到类似于上面的过程） 以上阐述的只是原语的四种类型，一个完整的原语应包括 原语名--表示提供何种服务 原语类型--表示是什么类型的原语

原语参数--是协议规定的完成该服务所必需的数据 例如：信令消息以单元数据（UDT）的形式通过无连接服务协议传送至目的地，目的地SCCP再将此数据传给其用户时，它的单元数据指示原语就是N-UNITDATA.指示（CDA，CGA，UD）其中N表示网络层即SCCP原语，CDA，CGA，UD为原语参数，分别表示被叫地址，主叫地址和用户数据。 二，SCCP的原语

在理解了原语的含义后我们来看SCCP的原语，SCCP至高层和至MTP的业务接口通过原语来描述。下表列出了SCCP各类业务和管理用到的用户原语及其参数。

原语名 释意 单位数据原语，用于无连接服务时传N_UNITDATA： 送数据消息。 通知原语，用于无连接服务时通知消N_NOTICE： 息起源点消息无法送达目的地点。 连接建立原语，用于面向连接服务中N_CONNECT： 的接续建立过程。 N_DISCONNECT： 连接拆除原语，用于面向连接服务中的接续拆除过程 N_DATA： 数据原语，用于面向连接服务时传送数据消息。 N_EXPEDITED_DATA： 加速数据原语，用于3类协议中传递紧急数据。 N_DATA _ACK 数据证实原语，用于证实已收到远端请求证实的消息 N_RESET： 复位原语，用于3类协议中传递连接复位消息。 N_INFORM： 报告原语，用于面向连接服务中在数据传送阶段传送相关的网络或用户信息。 原语参数 CDA CGA SEQ RD UD CDA CGA UD CDA CGA RR UD QOS UD CI EDS RCS RR RA REA UD CI REA OR CR UD CI UD CI CI REA CI OR REA REA QOS CI

其中原语参数的含义如下： 原语参数 CDA CI EDS OR RCS RO SEQ 含义 被叫地址 连接识别号 加速数据选择 发信者 接收证实选择 回送选择 顺序控制 原语参数 CGA CR QOS RA REA RR DD 含义 主叫地址 证实请求 服务质量参数集 响应地址 理由 回送理由 用户数据 SCCP和MTP之间的原语，有用于数据传输的MTP_TRANSFER请求和MTP_TRANSFER指示，及用于子系统与信令点状态管理的MTP_PAUSE指示、MTP_RESUME指示、MTP_STATUS指示。 三，SCCP消息

1，原语与消息的关系

让我们来看一下原语与消息的关系：SCCP在收到用户发来的原语请求或响应后，就根据原语参数将用户数据连同必要的控制和选路信息封装成SCCP消息，发往远端对等SCCP实体。由此可见，所谓的SCCP协议就是规定SCCP消息的类型，格式及其在各种不同情况下的收发程序。

为了便于对SCCP消息的理解，下面我们将从消息类型与消息结构两方面予以介绍： 2，SCCP消息类型

在理解了原语与消息的关系后，让我们来看一下SCCP究竟有那几种消息类型：

消息名 单元数据 单元数据服务 连接请求 连接证实 连接拒绝 连接释放 连接完成 1型数据 2型数据 数据证实 加速数据 加速数据证实 复位请求 复位确认 协议数据单元出错 不活动性测试 缩写 UDT UDTS CR CC CREF RLSD RLC DT1 DT2 AK ED EA RSR RSC ERR IT 消息编码 0000 1001 0000 1010 0000 0001 0000 0010 0000 0011 0000 0100 0000 0101 0000 0110 0000 0111 0000 1000 0000 1011 0000 1100 0000 1101 0000 1110 0000 1111 0001 0000

由于我们已经明白了原语与消息之间的关系，因此我们按照上面16种消息与N--原语的关系并按应用关系将其分为如下四类： i）无连接服务消息 包括UDT和UDTS，它们和N--UNITDATA原语配合，完成无连接方式下的数据传送。 ii）连接建立和释放消息 包括CR，CC，CREF，RLSD，RLC，它们和N--CONNECT，N--DISCONNECT 原语配合，完成逻辑信令的连接建立和释放。 iii）面向连接数据传送消息 包括DT1，DT2，AK，ED，EA，RSR，RSC； 其中DT1和DT2与N--DATA 原语配合，完成面向连接方式下的数据传送，DT1消息用于2类协议；DT2消息用于3类协议。 AK，ED，EA，RSR，RSC消息与N--DATA-- ACK，N--EXPEDITED--DATA，N--RESET原语配合，完成3类协议中的数据接收证实及流量控制功能。 iv）异常处理消息 包括ERR，IT；

ERR--用于报告检测到的协议协议错误。

IT--在长时间无消息传送时，发出测试信号以恢复或者确认异常，从而做出相应的处理。

3，SCCP消息结构

1，SCCP在MSU（消息信令单元）中的位置

在介绍SCCP的消息结构和其中的参数前，让我们先来看一下SCCP在MSU中的位置，如下图所示： MSU： F CK SIF SIO LI FIB FSN BIB BSN F 第三级： H0 SLS 信令网管信H1 息 SCCP： EOP 用户数据 SCCP消息消息类型 SLS 头 OPC DPC OPC DPC

若某消息信令单元(MSU)的业务指示语SI=0011，则表明此消息为SCCP消息。SCCP的消息内容位于消息信令单元MSU的信令信息字段（SIF）中，格式如图所示。路由标记包括目的地信令点编码DPC、起源点信令点编码OPC、信令链路选择码SLS。

路由标记消息类型必备参数A?必备参数I参数M指示字?参数P指示字任选项开始指示字参数M的长度指示参数M?参数P的长度指示参数P参数名X参数X的长度指示参数X?参数名Z参数Z的长度指示任选参数项长度可变的必备项长度固定的必备项 图3.2SCCP的消息格式

从以上的SCCP的消息结构中我们看到了很多的参数（消息中参数），但并不是每条每种类型的消息都必需具备全部的参数，下面我们列表说明哪些参数对哪些消息类型是必需的（M）而对于其他消息类型则是可选的（O）或根本就是不需要的：

SCCP消息中的参数： UUCCCR R DDA EER R E I 参数名参数字DDR C R L LT T K D A S SR T 编码 段 T T E SC 1 2 R C R S F D 消息类型 M M M M M M M M M M M M M M M M 目的地局 M M M M M M M M M M M M M 0000 0001 部引用号 源端局部 M M M M M M M 0000 0010 引用号 0000 0011 被叫地址 M M M O O 0000 0100 主叫地址 M M O 协议类别 M M M M 0000 0101 0000 0110 分段/重装 M 0000 0111 接收消息 M 序号 顺序/分段 M M 0000 1000 信用量 O O M M 0000 1001 0000 1010 释放原因 M 0000 1011 诊断 M O O O 0000 1100 复位原因 M 0000 1101 错误原因 M 0000 1111 用户数据 M M O O O O M M M 0000 1110 拒绝原因 M 0000 0000 任选参数 O O O O O O 结束 以下将对常用的几个参数（即UDT/UDTS/CR/CC/DT1五种消息类型所带的必选参数）的意义予以说明： i）目的地局部引用号和源端局部引用号 是用来标识某一个连接段的内部号码，只用于面向连接服务，其值在连接建立的时候由两端的SCCP独立分配，以后的数据传送时就以此引用号指示传送路径。参数长度为3个八位位组，全1码保留。 ii）被叫地址和主叫地址 标识目的地和始发端的SCCP地址，是可变长参数。 iii）协议类型 其1--4比特指示协议类型： 4 3 2 1 0 0 0 0 0类 0 0 0 1 1类 0 0 1 0 2类 0 0 1 1 3类 当为2，3类时，5--8比特为备用。当为0，1类时，5--8比特指示传送失败时是否需要回送：

8 7 6 5 0 0 0 0 消息不回送 1 0 0 0 消息回送 其余 备用 iv）分段/重装参数 只用于DT1消息。 由发送端的SCCP设定，告知目的地的SCCP本消息是否还有更多的数据放在后续消息中传送，即目的地SCCP是否需要对消息进行重装。长度为一个八位位组，2--8比特备用，1比特置1表示有更多的数据，置0表示没有更多的数据。 v）用户数据 该字段的内容就是发送消息的SCCP用户在原语中送来的用户数据，它将被透明地送往目的地的SCCP用户。 4，SCCP消息的生成 在理解了SCCP的原语，消息类型，以及消息中的参数后，我们将从一个实际的例子中来看一下一条具体的SCCP消息是如何生成的。 i）SCCP收到其用户发来的N--DATA .REQUEST原语 ii) 根据原语名和原语类型生成“消息类型”参数为--UDT iii）根据原语参数中的回送选择参数（RO）确定是否要求后续节点SCCP在无法传送本消息时将原消息送回，据此确定“协议类别”参数的5--8比特。 iv）根据原语参数中的顺序控制参数（SC），确定协议类型。如要求有序发送则取1类协议，否则为0类协议，据此确定“协议类别”参数的1--4比特。 v）若为1类协议，则根据SC参数值确定SLS的值，否则随机选择一个SLS值。 vi）根据原语参数中的主叫地址参数（CGA）和被叫地址参数（CDA），经过SCRC功能模块的翻译和处理，转换成UDT消息中的主叫地址和被叫地址，并得到MTP寻址的DPC，同时填入本节点的OPC码。 vii）将原语参数中的用户数据原封不动的装入UDT消息的“用户数据字段”。 viii）置业务指示语SI=0011，指示MTP其用户为SCCP。 至此，形成一个完整的UDT消息，然后SCCP形成MTP_TRANSFER请求原语发送给MTP。最后整个UDT消息作为SIF字段嵌入MTP消息，经由信令网络传送至远端。

第五节，SCCP的寻址与选路

前面四节所讨论的都是SCCP的内容，主要偏重于原理性的介绍。从这一节开始我们将讨论SCCP的实际应用方面的知识，这一节的内容非常重要，因为它涉及到我们数据的配置。

一，SCCP地址和编码 SCCP地址有三种类型： 1，信令点编码（SPC） 2，子系统号（SSN）--Sub-System Number 用于识别一个节点中的各个SCCP用户，它扩充了SI（4比特）的本地寻址范围。

3，全局名（GT）--Globel Title 对于GT我们需要明确一下几点： i）它主要在始发节点不知道目的地节点网络地址的情况下使用 ii）它一般为某种编号计划中的号码，由于电信业务的编码计划已考虑到国际统一，因此GT能标识全球任何一个信令点和子系统号。 iii）由于MTP无法根据GT选路，因此SCCP必需首先把被叫的GT翻译成DPC或

DPC+SSN，才能转交MTP发送，同时还需向下一节点标明GT基于的是什么编号计划。 iv）由于节点资源有限，不能期望一个节点的SCCP能翻译所有的GT，因此有可能始发端先将GT翻译成某个中间点的DPC，该中间点的SCCP再将GT翻译成最终目的地的DPC。

二， GT编码格式说明 1，SCCP定义的地址标准格式(仅介绍用于MAP的一种).

Address Indicator(Octet 1) Address(Octet 2-N) 以下将对Address Indicator和Address予以说明: a）Address Indicator(一个字节)说明

位8:Unused

位7:RoutingIndicator

为0时表示用GT+SSN寻址

为1时表示用DPC+SSN寻址 位6-3:Global Title(GT) Indicator

仅仅0100用于MAP,表示GT包含TranslationType,NumberingPlan, EncodingScheme及Nature of address indicator. 位2:SSN Indicator

为0时表示不包含SSN 为1时表示包含SSN 位1:Point Code Indicator

为0时表示不包含Signalling Point Code 为1时表示包含Signalling Point Code

b)Address说明: Address= SPC+SSN+GT. 2，当GT indicator = 4时,GT的编码格式为: 8 7 6 5 4 3 2 1 Translation type Encoding scheme Numbering Plan 备用

Nature Of Address Indicator 地址信息 以下对各种编码格式做出说明：

i）Translation type在MAP中为00000000. ii）The numbering plan 编码规则如下:

Bits8765

0000

Unknown

0001 ISDN/Telephony Numbering Plan (see Recommendations E.163 and

E.164) 0010 Spare 0011 0100 0101

E.211) 0110 0111

Data Numbering Plan (Recommendation X.121)

Telex Numbering Plan (Recommendation F.69)

Maritime Mobile Numbering Plan (Recommendations E.210 and Land Mobile Numbering Plan (Recommendation E.212) ISDN/Mobile Numbering Plan (Recommendation E.214)

1000 to 1110 Spare 1111 Reserved

其中最常用的为E.164与E.214两种. iii）Encoding scheme 编码规则如下:

Bits 4321 0000

Unknown

0001 BCD, odd number of digits 0010 BCD, even number of digits

iv）Nature Of Address Indicator编码规则如下:

0000001 0000010

Subscriber number Reserved for national use

0000011 National significant number 0000100 International number

其中最常用的是International number 3，SCCP地址举例： 以下将分标准格式与华为内部格式两种情况予以说明： i）标准格式：0D=13(长度) 52 06 00 71 04 68 31 29 63 06 20 20 00 说明:

Called Party Address

reserved for national use : 0

routing indicator : routing based on DPC and SSN

global title indicator : 4 = global title includes translation type,numbering plan,encoding

scheme and nature of address indicator

SSN indicator : address contains a subsystem number

point code indicator : address contains no signalling point code subsystem number : 6 = HLR (Home Location Register) translation type : 0

numbering plan : 7 = ISDN/mobile numbering plan (recommendation E.214) encoding scheme : 1 = BCD, odd number of digits nature of address indicator : 4 = international number address information : 8613923660020200

ii）内部格式：GT转换表中的GT格式(华为内部格式) 构成如下图所示： Global Indicator Translation type Encoding scheme Numbering plan Nature of address indicator Address Infomation 举例:40001140861390477 请注意：其实“52”与“40”是一回事。“52”是在链路跟踪时实际观察到的在链路上发送的Octet，“40”是在数据配置时设定的。“52”即“0101 0010”，我们在数据设定时只是取了其中的3--6位“0100”，至于位7，在数配中另有字段予以设定。

Title(GT) 第一部分第二章 TCAP

在介绍了SCCP以后我们来看一下SCCP的一个用户--TCAP。对TCAP的描述将分以下几部分进行： A）TCAP 概述 主要引入TC，TCAP，以及与SCCP的关系，并阐明了TCAP在OSI模型中的位置 B）TCAP的基本结构 主要按TCAP的两个子层 ，成份子层(CSL)和事务处理子层(TSL)来介绍，然后讲

述了两层之间的TR原语以及与其用户之间的TC原语。

C）TCAP的消息结构 将按基本信息单元（IE）的结构，整个TCAP消息的结构，以及消息中的参数的顺序来探讨。

第一节--TCAP概述

随着我国电信业的日益发展，电信网逐步智能化和综合化，产生了多种不同的应用，例如：被叫付费，VPN，AOC等智能网业务，信令网的维护和运行管理(OMAP)，移动应用(MAP)，闭合用户群（CUG）等，要求交换机之间，交换机与网管中心的数据库相关联，提供其间的信息请求和响应功能。作为No.7信令系统中专门提供的与应用无关的网络信息交互协议一事务处理能力（TC）协议，在各种新业务及No.7系统中将发挥越来越重要的作用。

“事务”（Transaction）也可称为“对话”，泛指两个网络节点之间任意的交互过程。 TC由事务处理能力应用部分(TCAP)及中间服务部分(ISP)两部分组成。其中，TCAP的功能对应于OSI的第7层，ISP对应于OSI的第4-6层。

如果TC用户要求传送的数据量小而实时要求严格，则TC仅包含TCAP，直接利用SCCP的无连接服务（0、1类）传送数据；如果TC用户要求传送的数据量大而实时要求较低，安全性要求较高，则TC将利用SCCP的有连接服务（3、4类）传送数据。因为目前CCITT仅仅是研究制定了前一种TC协议而未考虑ISP协议的制定，因此，目前TC与

TCAP具有相同的含义，一般对二者不必区分。 下图为TCAP与TC以及OSI七层模型之间的关系： TC--用户

成分子层 TCAP事物处理子层TC ISP层6层5层4层3TC的结构层71.2

TC--用户 TC第二节--TCAP的基本结构

TCAP为了实现操作和对话的控制，分为两个子层 --- 成份子层(CSL)和事务处理子层(TSL)，CSL主要进行操作管理，TSL主要进行事务(即对话)管理， 其分层结构如下图所示； TC用户与CSL通过TCAP原语接口，CSL与TSL通过TR原语接口联系。 应用进程AP SCCP MTP在7号信令系统中TC的情况

TC用户TCAP服务TCAP成份子层CSLTC原语TR原语事务处理子层TSL网络服务SCCPN－原语MTP

TCAP的分层结构

以下将分别对事务处理子层和成份处理子层予以阐述：

一，事务处理子层(TSL-Transaction Sub-Layer)

事务处理子层完成对本端成份子层用户和远端事务处理子层用户之间通信过程的管理，事务处理用户(TC用户)目前唯一的就是成份子层(CSL)，因此对于对等CSL用户之间通信的对话与事务是一一对应的。

事务处理子层对对话的启动、保持和终结进行管理，包括对话过程异常情况的检测和处理。

在TCAP协议中，对话分为两大类 ---- 结构化对话和非结构化对话 a）非结构化对话

TC用户发送不期待回答的成份(第四类操作)，没有对话的开始，继续和结束过程，在TCAP中利用单向消息发送；TC用户接收到一个单向消息，若要报告协议差错，也要利用单向消息。 b）结构化对话

TC用户指明对话的开始、继续和结束。在两个TC用户间允许存在多个结构对话，每个对话必须由一个特定的事务标识号（TransactionID）标识。同一个对话中对方可全双工地交换成份，用户在发送成份前指明对话的四种类型：

i）对话开始(TC_Begin)：指示一个对话处理的开始，此消息必须带一个由本地TSL分配的源事务处理标识，用以标识这一对话。

ii) 对话的继续（TC_Continue）：TC用户继续一个建立的对话，可全双工交换成份。为了使接收端判断该Continue消息属于哪个对话，Continue必须带两个事务标识号：目的事务标识号（Destination Transaction ID）和源事务标识号（Origination Transaction ID），对端收到Continue消息后可根据目的事务标识识别所属的对话。

iii) 对话的结束（TC_End），对话结束方式有三种：必须带有目的事务标识号

-- 预先安排结束 -- 基本结束 iv) 对话中止（TC_Abort），该类消息指示对话非正常结束，它是在检测到对话过程出现差错时发出的消息。

二， 成份处理子层(CSL-Component Sub-Layer)

事务处理子层负责传送对话消息的基本单元就是成份。成份子层(CSL)完成对话中成份的处理，及对话的控制处理。

一个对话消息可以包含一个或多个成份(少数无成份，只起到对话控制作用)，一个成份对应于一个操作的执行请求或操作的执行结果。每个成份由不同的成份调用标识号(Invoke ID)标识，通过调用标识号，控制多个相同或不同操作成份的并发执行。

操作的定义由具体操作码及参数标识，由TC用户定义，成份子层通过TC成份原语进行成份处理，以对话的形式请求相关于某一对话标识的成份，将成份嵌入对话与对话控制部分，通过TR原语发向对端的TCAP，因此成份子层分为成份处理及对话处理。

实际上，成份子层并不管理对话过程，它仅仅将TC用户的对话控制信息传送到事务处理子层，由事务处理子层完成对对话的控制。

3，原语 在介绍SCCP时我们讨论了“N”原语，并阐明了如何从原语来构成一条消息；同理在这里我们将讨论“TR”，“TC?原语。 i）TR原语它是CSL与TSL的接口。

事务处理子层通过TR请求原语接受TC用户经成份子层发送的对话控制指示，生成指定类型的TCAP消息发往远端；同时通过TR指示原语将接收到的TCAP消息中的数据（成份）传送给成份子层。

TCAP协议定义了如下六种TR原语：

（1）TR-UNI（单向）：用于传送非结构化对话消息； （2）TR-BEGIN：用于结构化对话的起始消息；

（3）TR-CONTINUE：用于结构化对话的传送继续消息； （4）TR-END：用于结构化对话的传送结束消息；

（5）TR-U-ABORT：用于结构化对话的传送TC用户发起的对话放弃消息；

（6）TR-P-ABORT：用于结构化对话的传送事务处理子层本身发起的对话放弃消息；

ii）TC原语

成份处理子层的TC原语包括成份处理原语及对话处理原语两种。

成份处理原语包括以下9种：

TC-INVOKE、TC-RESULT-L、TC-RESULT-NL、TC-U-ERROR、TC-U-REJECT、 TC-L-REJECT、TC-R-REJECT、TC-U-CANCEL、TC-L-CANCEL。 对话处理原语包括以下6种： TC-UNI、TC-BEGIN、TC-CONTINUE、TC-END、TC-U-ABORT、TC-P-ABORT。

第三节-- TCAP消息结构

TCAP消息由一个单构成式信息单元组成，其包括事务处理子层的事务处理部分，与成份相关成份子层的成份部分及作为任选包含应用上下文及用户信息的对话控制部分。TCAP消息编码原则基于X.208，X.209建议，是由包含标记，长度，内容的基本信息单元组成的一个嵌套信息结构，具有很高的灵活性和开放性。

一， 基本信息单元（IE--Information Element）编码

IE包括标记(Tag)，长度(Length)及内容(Content)三部分组成。Tag用以区分不同的信息元（IE），决定对内容字段的解释；Length用以指明Content的8位组数；内容可以是一个数值（Primitive，本原体），也可以是一个（或多个）基本信息单元（Constructor，复合）。

（1）标记（Tag），由一个或多个8位位组组成，包括类别（Class），格式（Form）及标记码（Tag Code）三部分。

H G F E D C B A

Tag Code Tag Form 图2.5.1-1 IE标记(TagCode为0-30的情况)

Form 1 1 1 1 1 Tag MSB 1 1 . . . LSB 0 图2.5.1-1 IE标记(TagCode大于30的情况)

类别(TAG)：分为4类 HG=00普通类（Universal），它为X.209中定义的完全标准化的标记。

HG=01全应用类（Application-Wide），它应用于七号系统TC功能各种应用业务

ASE（即TC用户）的信息元，例如事物处理子层的标记均采用此类标记。

HG=10应用上下文类（Context-specific），它用于在上一级Constructor中规定的

信息元，这些信息元还要考虑同一Constructor中其它数据元素的顺序，该标记可以在其它Constructor中重用，例如成份处理子层的标记均采用此类标记。

HG=11专用类（PrivateUse），它保留用于国内、网络内或专用用户的信

息元。这些信息元不属于TC的协议范围。

格式(FORM)：指信息元的形式， 0：表示为Primitive（本原体） 1：表示为Constructor（复合体）

（2）长度（Length）长度指的是Content部分所占的八位位组数，它不包括Tag和Length字段的八位位组。 长度字段有三种编码形式：

a）若长度小于128个八位位组，则采用短格式，它只占一个字节，第八位置0，低7位为长度的二进制编码值。

b）若长度大于等于128个八位位组，则采用长格式。在这种编码方式中，长度字段本身编码的长度为2-127。其中，第1字节的

H位置1，G-A位的二进制编码值等于（长度字段编码本身的长度）

减1。长度本身也用无符号二进制数表示，其最高有效位为第2字节的H位，最低有效位为最末字节的A位。注意：应该以最少字节的原则去编码，即起头（Leading）的字节不能为全0。

c）在不定型编码中，长度字段只占一个八位位组，起编码固定为10000000，它并不表示信息元的长度，只是不定型编码的一个标志。采用这种编码方式，需要在信息元的末尾设置一个特殊的“内容结束”（EOC：End-Of-Content）指示语。

该指示语是作为一个信息元来处理的，其标记（Tag Class）是Universal类，Form是Primitive，TagCode为0，没有Content部分，所以长度为0。 不定型编码可以用于任意长度的信息元，其最大长度仅受限于SCCP消息的最大长度。 这种编码可以代替短格式或长格式长度编码，其唯一要求是应用的信息元必须是Constructor类型，因为EOC本身就是一个消息元。

二、 TCAP消息的结构 TCAP

消

息

的

详细

消息类型标签总消息长度事务处理部分信息单元事务处理部分事务处理部分信息单元对话部分信息单元成份部分标签成份部分长度结构如图4.4-2所示。

成份类型标签成 份成份长度成份部分信息成份

图4.4-2 TCAP消息的详细结构图

三、 TCAP消息编码：

如同在SCCP中我们介绍了消息的参数，并列表说明了哪些参数对于某些消息来说是必要的，而对于其它消息来说则是可选的或根本就不需要一样，这里将介绍TCAP的消息与消息中的参数的关系，分为： 事务处理部分，成份部分，对话部分来介绍。

（1）事务处理部分：对应于前面所描述TCAP消息的参数的信息编码如下表：

切换要求 HO Required BSS to MSC 指出已有专用无线资源的某一MS，请求切换，原因在消息中给出 指出BSS可以支持请求的切换，并指示MS应切换到的信道 包含MS应重新调谐的目标信道 指出正确的MS已经成功地接入目标小区 指出在对资源分配过程中出现故障，已放弃切换 该消息包含足够的信息，以使寻呼在正确的时间和正确的小区发送 指出BSS希望释放相关的专用资源 指出BSS释放相关专用资源 BSS通知相关专用资源已释放 指出BSS已完成了一个内部切换，包括小区识别 指示BSS开始跟踪记录 更新相关MS的级别 要求更清相关的MS加密参数 指出通过无线接口已达到成功的加密同步 寻呼响应，位置更新请求，CM重建请求，CM业务请求，IMSI分离，BSS执行SACP连接建立时，MS发出的第一个层3消息（SABM帧上） 指出所需的TCH的指配会有延时 指出SAPI中0的一个消息被拒绝了 指出BSS要求的切换没能执行 指出正确的MS已成功地接入目标小区 发端批示收端开始跟踪记录 请求为对应的MS更新级别参数 切换请求证实 HO Request Acknowledge 切换命令 HO Command 切换完成 HO Complete 切换故障 HO Failure 寻呼 Paging BSS to MSC MSC to BSS BSS to MSC BSS to MSC MSC to BSS 清除请求 Clear Request 清除命令 Clear Command 清除完成 Clear Complete 切换执行 HO performed MSC调用跟踪 MSC mvoke Trace 级别更新 Class mark Updated 加密模式命令 Cipher Mode Command 加密模式完成 Cipher Mode Commplete 完全层3消息 Complete L3 Message BSS to MSC MSC to BSS BSS to MSC MSC to BSS BSS to MSC 双向 MSC to BSS BSS to MSC BSS to MSC 排队批示 Queveing Indication SAPI“n”拒绝 SAPI“n” Reject 切换要求拒绝 HO Requrid Reject 切换检测到 HO Detecfed BSS调用跟踪 BSS Invoke Trace 级别请求 Class Mark Request BSS to MSC BSS to MSC MSC to BSS BSS to MSC 双向 MSC to BSS

加密模式拒绝 Cipher Mode Reject

BSS to MSC 指出BSS不能实现MSC请求的加密算法 第二部分--信令在实际中的应用

在这一部分中我们将着眼于实际应用中所碰到的信令问题。通过观察信令来定位问题被视为是一种解决问题的有效工具，而作为NSS侧在实际调测中经常碰到的问题（1）是与BSC对调A接口（2）是与其它HLR，对调C接口或D接口。当碰到问题时就需要通过观察信令来定位是我方的问题还是对端局的问题，若是我方的问题就需要定位是错在哪章表的什么数据；若是对端局的问题也需要向对方指出那一方面的配合出了问题。 因此基于解决实际问题的原则，在这一部分中我们将通过分析A，C，D接口的消息来学习信令。至于其它的接口，由于有了这些接口消息的知识，参照呼叫流程也应能很快解决。 我们将以以下的顺序来介绍： A）排除MTP层的故障 B）A接口消息分析 C）C/D接口消息分析 此外，学习信令在实际中的应用需要对呼叫流程有一个叫清楚的认识，所以最好能对着呼叫流程来分析信令。

第一章 排除MTP层的故障

观察信令的前提条件是有信令可观察，既从物理层到MTP层首先必需是没问题的，

所以在这一章中我们首先解决这个问题。

第一步 排除传输的问题 观察DTM板的指示灯，若指示灯状态不对先通过自环排除DTM 的故障，然后在传输的每一个接口点做自环以定位故障所在

第二步 检查链路是否稳定 1.在DTM板的状态灯是好的前提下，链路跟踪的第一步是观察LAP7板的Link指示灯是否长亮，若长亮则说明链路稳定，可以进行信令的跟踪，若12秒一闪，则说明链路的第一、第二层是稳定的，但MTP层有问题。这时应跟踪内容看SLTM与SLTA消息的源信令点编码与目的信令点编码是否有误，若有误则可从中看出是那一端的问题。 2.一个首先排除己方问题的快速方法是将该链路所对应的DTM板的收发自环，若环后链路仍能稳定12秒则可排除己方的数据问题。 3.一次正常的SLTM与SLTA消息的顺序是：A端发SLTM （内带A端的测试码），B端收到后将返回一条SLTA（内带A端的测试码）；接着B端发SLTM（内带

B端的测试码），A端受到后返回一条SLTA（内带B端的测试码）。通常由这四条消息构成一个测试组。但这四条消息并不一定要完整的成组出现，因为当A端在发SLTM消息的时候，B端有可能也在发SLTM，这时观察到的SLTM与SLTA消息将是错位的，但这并不表示故障，在这种情况下通过复位链路往往就可以观察到完整的4消息组了。

4.链路稳定表明到MTP层是正确的,可以查看更上层的消息了。

第二章 A接口消息分析

首先我们将分析一些A接口信令，然后给出常见的异常消息和错误代码，以便于定

位故障。

第一节--A接口消息解析 跟踪A接口的消息可以通过“接口跟踪”也可以通过“链路跟踪”，由于我们公司的“接口跟踪”对每一条消息已都有解释，因此在这里我们着重于从“链路跟踪”来分析消息。

A接口有以下重要消息

1)建立连接消息：

(1) 位置更新消息( Location updating Request )

(2). CM业务请求消息( CM Service Request ) (3). 连接确认消息(Connect Confirm ): 2) 正常有连接消息（区别于无连接消息）：

(4). 鉴权请求消息(AUTHENTICATION REQUEST ): (5). 鉴权响应消息(AUTHENTICATION RESPONSE ): (6). 加密命令消息(CIPHER MODE COMMAND ): (7). 加密结束消息(CIPHER MODE COMPLETE )

(8). 位置更新接收消息(LOCATION UPDATING ACCEPT ): (9). CM业务接收消息(CM SERVICE ACCEPT ): (10). SETUP消息(SETUP ):

(11). 呼叫进行消息( CALL PROCEEDING ): (12). 指配请求消息(ASSIGNMENT REQUEST ): (13). 指配结束消息(ASSIGNMENT COMPLETE ) (14). 振铃消息(ALERTING ): (15). 通话建立消息(CONNECT ):

(16). 连接确认消息(CONNECT ACKNOWLEDGE ): (17). 挂机消息( DISCONNECT ): (18). 释放消息(RELEASE ):

(19). 释放结束消息(RELEASE COMPLETE ): (20). 清除命令( CLEAR COMMANG ): (21). 清除结束 ( CLEAR COMPLETE ): 3)无连接消息：

(22). 复位电路 ( RESET CIRCUIT ): (23). 阻塞电路 ( BLOCK CIRCUIT ): (24). 解闭电路 ( UNBLOCK CIRCUIT ): (25). 复位消息 ( RESET ):

(26). 未安装电路 (unequipped circuit ):

下面将通过注释一次位置更新消息与一次呼叫（MS--MS）消息来举例：

1. 位置更新消息( Location updating Request ):（以下为从“链路跟踪”中实际看到的消息）

>SCCP INT 3983 000 00B8 00B1 01(消息类型:CR) 01 00 41（源端局部引用:3个字节） 02（协议类别2类，基本的面向连接服务）02(长度可变的必备部分指针1：被叫地址) 06（任选部分开始指针）04（被叫地址长度，即后四位为被叫地址）43 B1 00 FE 04（任选参数名：主叫地址）04（主叫地址长度，即后四位为主叫地址）43 B8 00 FE 0F（任选参数名：用户数据）21（用户数据长度）00（BSSMAP ID）1F(BSSMAP MSG lEN)57(CMP L3 IND) 05(CELL IEI) 08(CELL LEN) 00(CELL TYPE:CGI) 64 F0 20 25 01 00 01 17(L3 INF) 12(L3 INF LEN) 05(PD:MM) 08(MSG:LOC_REQ) 20(LOC_TYPE:0NORMAL) 64 F0 20 25 01 01 08 49 06 20 72 80 00 10 47 00

>SCCP INT 4187 000 00B8 00B1 06(消息类型:DT1) 00 00 41（目的地局部引用:3个字节） 00（分段/重装：无更多的数据） 01(长度可变的必备部分指针1：用户数据)09（用户数据长度） 01（DTAP ID）00(SPARE)06(DTAP MSG LEN) 05(PD:MM) 14(MSG:AUTH_RSP) 02 02 02 02

>SCCP INT 4396 000 00B8 00B1 06(消息类型:DT1) 00 00 41（目的地局部引用:3个字节） 00（分段/重装：无更多的数据） 01(长度可变的必备部分指针1：用户数据)03（用户数据长度） 00（BSSMAP ID）01（BSSAP MSG LEN）55(MSG:CIPH_MOD_CMP)

>SCCP INT 4600 000 00B8 00B1 06(消息类型:DT1) 00 00 41（目的地局部引用:3个字节） 00（分段/重装：无更多的数据） 01(长度可变的必备部分指针1：用户数据)05（用户数据长度） 01（DTAP ID）00(SPARE) 02(DTAP MSG LEN) 05(PD:MM) 1B(MSG:TMSI_REAL_CMP)

>SCCP INT 4618 000 00B8 00B1 06(消息类型:DT1) 00 00 41（目的地局部引用:3个字节） 00（分段/重装：无更多的数据） 01(长度可变的必备部分指针1：用户数据)03（用户数据长度） 00（BSSMAP ID）01（BSSAP MSG LEN）21(MSG:CLEAR_CMP)

>SCCP INT 4629 000 00B8 00B1 05(消息类型:RLC) 02 00 41（目的地局部引用:3个字节）03 00 41（源端局部引用:3个字节）

2，MS呼叫MS(同在一个BSC内) A接口SCCP消息

>SCCP INT 4756 000 00B8 00B1 01(消息类型:CR) 01 00 41（源端局部引用:3个字节） 02（协议类别2类，基本的面向连接服务）02(长度可变的必备部分指针1：被叫地址) 06（任选部分开始指针）04（被叫地址长度，即后四位为被叫地址）43 B1 00 FE 04（任选参数名：主叫地址）04（主叫地址长度）43 B8 00 FE 0F（任选参数名：用户数据）1F（用户数据长度） 00（BSSMAP ID）1D(BSSMAP MSG lEN) 57(CMP L3 IND) 05(CELL IEI) 08(CELL LEN) 00(CELL TYPE:CGI) 64 F0 20 25 01 00 01 17(L3 INFO) 10(L3 INF LEN) 05(PD:MM) 24(MSG:CM_SER_REQ) 21(CM_SER_TYPE:1MOC) 03 03 18 00 08 49 06 20 72 80 00 10 45 00(任选参数结束)

>SCCP INT 4963 000 00B8 00B1 06(消息类型:DT1) 00 00 41（目的地局部引用:3个字节）00（分段/重装：无更多的数据） 01(长度可变的必备部分指针1：用户数据) 09（用户数据长度） 01（DTAP ID）00(SPARE) 06(DTAP MSG LEN) 05(PD:MM) 14(MSG:AUTH_RSP) 02 02 02 02

>SCCP INT 5178 000 00B8 00B1 06(消息类型:DT1) 00 00 41（目的地局部引用:3个字节）00（分段/重装：无更多的数据） 01(长度可变的必备部分指针1：用户数据) 03（用户数据长度） 00（BSSAP ID） 01（BSSAP MSG LEN）55(MSG:CIPH_MOD_CMP)

>SCCP INT 5282 000 00B8 00B1 06(消息类型:DT1) 00 00 41（目的地局部引用:3个字节）00（分段/重装：无更多的数据） 01(长度可变的必备部分指针1：用户数据) 10（用户数据长度） 01（DTAP ID）00(SPARE) 0D(DTAP MSG LEN) 03(PD:CC) 05(MSG:SETUP) 04 01 A0 5E 06 A1 31 28 07 10 55

表2.5.3-1 事务处理部分TCAP消息单起继结协用向消息始消息续消息束消息议放弃户放弃UNT0X61 M0X48Primitive490X0X0X0X无无无无OMM2 MM无无无OOOGIN0X65 MMM无无OOOBEtinue0X64 M无M无无OOOConD0X67 M无MM无O无无ENP-U-ABORTABORT0X67 M无M无OO无无0X6信息元 消 息信息名 类型标记编码消息类型源事务ID目的事务IDConstructorPrimitivePrim协议放弃itive4A原因Con用户放弃structor6B原因对 部分成份部分若 成份干话Constructor6BCon0Xstructor6CConstructor

（2) 成份部分

表2.5.3-2 成份部分TCAP消息

说明：对于问题码及操作码分为Global（0x06）及Local（0x02）两类。

（3）对话部分

包含对话控制的PDU或用户信息，其编码参见ITU-T Q.773.

消 息 信息元调用成份INVOKE回复结果RETVRN返回错误成拒绝成RESULT最终LAS非最终N份RETURNERROR份REJECT信息元名 类型标记编码成份类型Constructor调用标识Primitive链接标识错误码本原体本原体0X020X800X02/0X06问题码本原体0XA1/0XA3参数序列复合体0X30/0X31操作码本原体0X02/0X06参数Primitive/ConstructorOMO无MO无0XA1TOT Last0A20XA70XA30XA4M无无M无MM无无无无MO无无O无无OO无

第一部分第三章--MAP（Mobile Application Part--移动应用部分）

正如我们前面所描述的那样，MAP只是TCAP的一个用户，是TCAP在移动中的应用。因为它是一种应用--一种在移动通信系统中的应用，所以从这一章开始我们将开始真正接近GSM系统，之前的SCCP，TCAP都是为学习这一章所做的准备。 我们将以如下顺序进行：

A）接口介绍--介绍GSM中与网络层有关的接口，明确MAP在其中的位置 B）MAP概述--对MAP进行总体介绍

C）MAP和SCCP的关系--明确SCCP在MAP中的体现 D）MAP和TCAP的关系--理解MAP是TCAP的一个应用 E）MAP消息，参数与操作--MAP的核心 F）GSM中的MAP流程--MAP在GSM中的应用

第一节--接口介绍

从现在开始我们将涉及很多的接口与协议，因此让我们首先来区分这两个易混淆的概念。 接口是代表两个相邻实体之间的连接点；而协议是说明连接点上交换信息需要遵循的规约。协议是各功能实体之间共同的语言，两个实体要通过接口传递特定的信息流，而这种信息流必须按照规定的语言传递，双方才能相互了解。 一种协议在传递的过程中可以通过若干个接口，而同一接口也可以用到多种协议。

在介绍MAP协议之前让我们先来看一下GSM中的各个接口，以及在这些接口上跑了哪些协议。 GAMSBSSMSCEMSCFEIRBVLRDCHLRVLR 除了A接口由BSSAP信令负责外，其余的B、C、D、E、F、G 接口都将利用MAP信令传递消息。为了理解这些接口到底利用MAP协议实现了哪些功能，现将各接口做如下说明：

A-接口：网络子系统与基站子系统之间的通信接口。从系统功能实体上看，就是基站控制器（BSC）和移动业务交换中心（MSC）之间的接口，此接口传递的信息包括移动台管理、基站管理、移动性管理、呼叫处理等功能。

B-接口：VLR与MSC之间的接口。用于移动业务交换中心（MSC）向拜访位置寄存器（VLR）询问移动台（MS）当前位置信息，或者通知拜访位置寄存器（VLR）更新移动台（MS）的当前位置信息,或者用于补充业务的操作等。

C-接口：MSC与HLR之间的接口。在移动台（MS）作被叫时，C接口用于关口(Gateway ) MSC从HLR获得被叫MS的路由信息(RoamingNumber);在向MS前传短消息时,C接口用于SMS关口MSC从HLR获得MS目前所在的MSC号码.

D-接口：VLR与HLR之间的接口。该接口用于交换有关移动台位置信息及用户管理的信息。为保证移动用户在整个服务区内能够建立和接受呼叫，则必须要在VLR与HLR之间交换数据。如VLR需要告知HLR其所属的移动用户当前的位置信息；HLR需要把所有与VLR有关的业务数据发送给VLR；如果移动用户所在的VLR区域已经发生改变，HLR还需要删除移动用户在先前漫游VLR中的位置信息；另外，用户对所使用业务的修改请求（如补充业务操作）及运营者对用户数据的修改都要通过D接口交换数据。

E-接口：MSC与MSC之间的接口。控制相邻区域不同的MSC之间进行切换的接口。当移动台（MS）在一个呼叫进行过程中，从一个移动业务交换中心（MSC）控制的区域移动到另一个移动业务交换中心（MSC）控制的区域时，为不中断通信需执行切换过程，而E接口正是用于MSC之间交换数据以启动和实现切换操作。

F-接口：MSC与EIR之间的接口。当MSC需要检查国际移动设备识别码（IMEI）的合法性时，需要通过F接口与EIR交换与IMEI有关的信息。

G-接口：VLR与VLR之间的接口。当移动用户漫游到新的VLR控制区域并且采用临时移动用户识别码（TMSI）发起位置更新，此接口用于当前VLR从前一个VLR取得IMSI及鉴权集。

通常，实用化的GSM系统结构一般把VLR和MSC集成同一实体内，大多数厂商的M900/M1800都采用这种结构。相应的，B-接口变成一内部接口；C接口和D接口可以走同一物理连接；E接口和G接口可以走同一物理连接。

在了解了MAP信令在实际中的应用后，我们将探讨MAP是如何实现这些功能的，这就需要对MAP做一个深入的了解。

第二节--MAP概述

移动应用部分(MobileApplication Part)是公用陆地移动网（PLMN）在网内和网间进行互连而特有的一个重要的功能单元。MAP规范给出了移动网在使用七号信令系统时所要求的必需的信令功能，以便提供移动网必需的业务如话音和非话音业务。 GSM的MAP规范制定了900MHz TDMA数字蜂窝移动通信网的移动业务交换中心、位置寄存器、鉴权中心及设备识别寄存器等实体之间的移动应用部分的信令，其中包括了消息流程、操作定义、数据类型、错误类型及具体的编码。 MAP与GSM其它软件模块的关系如下图所示：

SM 中心

CC,CM,MM

HLR/AUC 数据库

VLR 数据库 EIR 数据库

MAP

话务统计

CCITT NO.7 信令基础子层 维护管理

如图所示, MAP在GSM中, 负责呼叫处理、数据库之间的信息交换、需要与呼叫处理(CC)、HLR/AUC数据库、VLR数据库、EIR数据库、NO.7信令接口。另外, 维护管理及话务统计也存在与MAP接口的问题。有关短消息服务中心的业务将在后期提供。 MAP作为TCAP的用户, TCAP为之提供结构化对话的功能, 使 MAP能够借以交换相互的成份, 完成分布式的应用。其通信部分由一组ASE(应用业务单元)构成。这些ASE由各自的Operation(操作)、Error(差错)和一些Argument(参数)组成。这些参数由具体的运行实例调用并通过TCAP的成份子层, 送往对端的GSM网络实体。

MAP的功能主要是为GSM各网络实体之间为完成移动台的自动漫游功能而提供的一种信息交换方式。目前MAP信令的传输是以CCITT的NO.7信令系列技术规范为基础的，实际上MAP信令的交换也可基于其它符合OSI网络层标准的网络。这样，网络运营公司就可以根据本地实际情况，混合匹配使用各种协议，以满足其需要，当然这还需要有关协议的制订与完善。

MAP负责以下过程中 GSM各功能实体间的信息传递: ----位置登记/删除

----位置寄存器故障后的复原 ----用户管理 ----鉴权加密 ----IMEI的管理 ----路由功能 ----接入处理及寻呼 ----补充业务的处理 ----切换

----短消息业务 ----操作和维护

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

GSM系统中MSC/VLR和HLR/AUC/EIR各分配一个信令编码。 MTP、SCCP、TCAP规范见相应CCITT Q.700系列。

第三节--GSM系统中MAP与SCCP的关系

一、 SCCP的类别

MAP只要求使用SCCP的0类或1类无连接业务操作

二、 子系统号码（Sub System Number）

子系统号码（SSN）是SCCP使用的本地寻址信息，用于识别一个节点中的各个SCCP用户。它扩充了业务指示语SI（4比特）的本地寻址范围。 HLR 0 1 1 0 6 VLR 0 1 1 1 7 MSC 1 0 0 0 8 EIR 1 0 0 1 9 MAP 0 1 0 1 5 MAP中分配了以上子系统号码, 其中MAP(0101)为全部MAP的总称, 暂不使用, EIR(1001)一般与HLR(0110)合为一实体, 将与HLR合用同一子系统号(0110)。

第四节--GSM系统中MAP与TCAP的关系

在介绍MAP与TCAP的关系前，让我们先来看一下MAP在MSU中的具体位置 如下图所示： MSU： F CK SIF SIO LI FIB FSN BIB BSN F SCCP：（在SIF字段中） EOP OPC DPC 用户数据 SCCP消息消息类型 SLS 头

TCAP：（在SCCP的用户数据中） 成分部分 事务处理部分 MAP业务消息在TCAP消息中以成份的形式存在，

以下对MSU中的一些字段做出说明：

i）F：其码型为01111110，它既表示前一个信号单元的结束，也表示后一个信号单

元的开始，两个信号单元之间允许插入任意多个F标志。F标志可以在过负荷的情况下降低系统的处理工作量。

ii）CK：检错码，采用16位循环冗余码，用以检测信号单元传输过程中产生的误

码。

iii）信号单元序号和重发指示位

BSN：后向序号。向对方指示序号直至BSN的所有消息均已

正确无误地收到。

BIB：后向（重发）指示位。BIB反转指示对方从BSN+1号

消息开始重发。

FSN：前向序号，也就是本消息的顺序号。

FIB：前向（重发）指示位。FIB反转指示开始重发消息。

iv）LI：信号单元长度指示码。其值等于LI字段之后至CK字段之前的八位位组

数。FISU 的LI=0，LSSU的LI=1或2，MSU的LI>2。因为LI字段的长度为6个比特，其取值范围为0-63，当长度大于或等于63时，为了不改变原有的结构，LI的值均置为63。

v）SIO：业务指示八位位组。它只用于MSC，用于指示消息类别。MTP三级据

此将消息分配给相应的功能模块，同时它还指示这是国内网消息还是国际网消息。

低4位：DCBA，业务指示语，其中SCCP为0011

高4位：HGFE，子业务字段，HG=00表示国际网，HG=01表示国际备用网，HG=10

表示国内网，HG=11表示国内备用网。FE比特备用。

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

第五节 GSM系统中的MAP消息，参数与操作

一,MAP消息与参数： MAP有以下几种消息：

MAP_OPEN_REQ MAP_OPEN_IND MAP_OPEN_RSP MAP_OPEN_CNF

MAP_CLOSE_REQ MAP_CLOSE_IND

MAP_DELIMITER_REQ

MAP_U_ABORT_REQ MAP_U_ABORT_IND MAP_P_ABORT_IND MAP_NOTICE_IND MAP_SERVICE_REQ MAP_SERVICE_IND MAP_SERVICE_RSP MAP_SERVICE_CNF

其中MAP_SERVICE消息的参数如下所示：

参数的含义 operation_code 操作码，表识进行何种远端操作 operation_class 操作类型，有四类： ----1类操作，成功失败都返回 ----2类操作，只有失败才返回 ----3类操作，只有成功才返回 ----4类操作，无返回

timer_value 时限，单位秒。如果超时没有相应，对1/3类操作认为是操作成功，对2/4类

操作认为是失败。

parameter 操作所需的参数。对于有些user_error，也可能需要参数 user_error 业务层产生（发现）的错误，如未知用户 provider_error 支持层产生（发现）的错误，如拥塞

二、一个对话过程

map1map_open_reqmap_service_req(1)map_delimiter_reqmap_open_indmap_open_rspmap_service_ind(1)map_service_rsp(1)map_service_req(2)map_service_cnf(1)map_service_ind(2)map_service_rsp(2)map_close_reqmap_service_cnf(2)map_close_indmap_delimiter_req接口接口map2

图中，在一个MAP对话中完成两个远端操作：（1）、（2）。

其他MAP消息的应用

map_service_reqMMMOmap_service_indMmap_service_rspMmap_service_cnfMoperation_codeoperation_classtimer_valueparameteruser_errorprovider_errorO(=)OOO(=)O(=)O

MAP_CLOSE_REQ(re-arranged)

MAP_U_ABORT_REQ / MAP_U_ABORT_IND MAP_P_ABORT_IND MAP_NOTICE_IND

按照有关的协议规范，操作可分为四类：

1类操作：操作成功与否都需要返回确认，成功返回结果，失败返回错误； 2类操作：只有在操作失败时才需要返回确认； 3类操作：只有在操作成功时才需要返回确认； 4类操作：操作不需要返回确认。

为安全性考虑，MAP发起一远端操作时，需要给出操作时限，如果在时限内没有响应返回，则根据其操作类别做不同的处理：对1类操作或3类操作，认为是操作失败；对2类操作或4类操作，认为操作成功。

MAP消息所涉及的TCAP对话处理原语有: TC-BEGIN、TC-END、TC-CONTINUE、TC-U-ABORT; 所涉及的成份处理原语有: TC-Invoke(调用成份)、TC_Result(结果成份)、TC_Error(返回错误成份)、TC_Reject(拒绝成份)等。

MAP消息的详细协议采用CCITT X.208建议的Abstract Syntax Notation(ASN.1)描述。

三、MAP操作

MAP业务消息对应的操作码以及操作类别、操作时限由ETSI GSM 09.02规范给出，其中操作时限给出长、中、短三类，具体的数值可以根据具体的实现来确定。如下表所示:

MAP操作实体及方向码操作(十进制)版本activateSS>HLRactivateTraceModealertServiceCentrealertServiceCentreWithoutResultbeginSubscriberActivityCancelLocationcheckIMEIdeactivateSSdeactivateTraceModedeleteSubscriberDataeraseSS>HLRforwardAccessSignallingforwardcheckssindicationforwardShortMessagegetPasswordMSCinformServiceCentreinterrogateSS>HLRInsertSubscriberDatanoteInternalHandovernoteSubscriberPresentperformHandoverperformSubsequentHandoverprepareSubsequentHandoverprocessAccessSignallingprocessUnstructuredSs-Data>HLRprocessUnstructuredSs-Request>HLRunstructuredSs-RequestMSCunstructuredSs-NotifyMSCMSC<=>VLR,VLR<=HLR<=>VLRG/IW MSC<=>HLRG/IW MSC<=>HLRVLR => HLRHLR<=>VLRMSC<=>VLR,MSC<=>EIRMSC<=>VLR,VLR<=>HLRHLR<=>VLRHLR<=>VLRMSC<=>VLR,VLR<=MSC<=>VLRMSC<=>VLRG/IW MSC<=>MSCHLR<=>VLR,VLR<=>HLR => G/IW MSCMSC<=>VLR,VLR<=or only MSC<=>VLRHLR<=>VLRMSC-B => MSC-AVLR => HLRMSC-A<=>MSC-BMSC-B<=>MSC-AMSC-B<=>MSC-AMSC-B => MSC-AMSC<=>VLR,VLR<=MSC<=>VLR,VLR<=HLR<=>VLR,VLR<=>HLR<=>VLR,VLR<=>12506449543431351811343846186314Phase1&Phase2Phase1&Phase2Phase2Phase1Phase1Phase1&Phase2Phase1&Phase2Phase1&Phase2Phase1&Phase2Phase1&Phase2Phase1&Phase2Phase1&Phase2Phase1&Phase2Phase1&Phase2Phase1&Phase2Phase2Phase1&Phase2Phase1&Phase2Phase1Phase1Phase1Phase1Phase2Phase1&Phase2Phase1Phase2Phase2Phase2735482830693319596061

表3.2.3-1 MAP操作

注： (1)G/IW MSC：Gateway/InterWorking MSC,短消息关口互连MSC (2)MSC-A：发起切换的主控MSC (3)MSC-B：被切换到的MSC

（4）在本表中，Phase2指比Phase1高的版本

第六节MAP业务流程

理解此部分需对呼叫流程有一个比较清除的概念

? 位置更新

位置区更新 位置更新（更新HLR中的用户位置信息） 位置区更新

map_update_location_area_req参数： LU_type 必选，位置更新类型 Target LAI 必选，目标小区 Previous LAI 可选，原小区 IMSI / TMSI 可选，用户识别 CKSN 可选，密钥

新的TMSI由 \位置区更新响应\中下发。

VLR判断是否引起位置更新： 1. 用户标识是IMSI

1-1．unknown subscriber

HLR位置信息确认标志= Not Confirmed，启动位置更新。 1-2．kown subscriber

1-2-1．pLAI不属于本VLR

HLR位置信息确认标志= Not Confirmed，启动位置更新。 1-2-2．pLAI属于本VLR

2．用户标识是TMSI 2-1．pLAI属于本VLR 2-1-1．TMSI已分配 鉴权检查、HLR确认标志= Not Confirmed、跟踪命令 2-1-2．TMSI未分配（VLR重启，不同的VLR#） HLR确认标志= Not Confirmed

2-2．pLAI不属于本VLR HLR确认标志= Not Confirmed HLR位置信息确认标志= Not Confirmed 2-2-1．可以从pLAI中获取pVLR信息

向前一个VLR取用户数据(IMSI和鉴权组)，如失败则向手机要IMSI 2-2-2．无法从pLAI中获取pVLR信息 向手机要IMSI

上述过程执行后，如果标志HLR确认标志（Confirmed by HLR）或标志HLR位置信息确认标志（Location Information Confirmed in HLR）被置为Not Confirmed，则启动更新HLR位置信息（流程）

MSCVLRmap_update_locationmap_cancel_locationmap_cancel_location ack(map_activate_trace_mode ack)map_trace_ms_activitymap_activate_trace_mode ackHLRpVLRmap_insert_subscriber_datamap_insert_subscriber_data ackmap_update_location ack 位置更新

map_update_location_req参数： IMSI MSCNUM VLRNUM LMSI 可选

insert_subscriber_data_req参数：(全是可选) IMSI MSISDN Category Subscriber Status Bearer service List Teleservice List Forwarding information List Call Barring information List CUG information SS-Data List Operator Determined Barring Feneral data Operator Determined Barring HPLMN data Roaming Restriction Due To Unsupported Feature Regional Subscription Data

HLR收到消息map_update_location_req后，要检查漫游限制，有限制则位置更新失败。 VLR收到消息map_update_location_cnf后，也要检查漫游限制。

IMSI分离

BSS位置跟新(IMSI分离)MSCVLRmap_detach_imsi

map_detach_imsi_req参数 IMSI / TMSI

收到map_detach_imsi_req消息后，VLR置IMSI分离标志。

用户清除

VLRmap_purge_msHLRmap_purge_ms ack

map_purge_ms_req的参数 IMSI VLRNUM

当某用户的数据在一个VLR存在，而该用户很长时间未接入，则VLR将这个用户清除。

HLR收到map_purge_ms消息后，HLR检查VLRNUM是否和本地记载的匹配，如果是则置用户分离（Ms Purged）标志。

? 呼叫处理

主叫接入

MSCM_reqMSC主叫接入map_process_access_requestVLR鉴权置加密模式设备检查map_process_access_request ackmap_forward_new_tmsiCM_ackSetupmap_send_info_for_outgoing_callmap_complete_callCall_proc指配指配完成IAM

map_send_info_for_outgoing_call参数 Called Number Bearer Service Tele Service CUG 参数

map_complete_call 参数 MSISDN IMEI Category

CUG 参数 gsm BC

Network Signal Info

No Reply Condition Time SS-Data List

被叫接入，MSC收到IAM消息后开始被叫的接入过程。（图略） map_send_info_for_incoming_call参数 MSRN Bearer Service Tele Service Dialled Number CUG参数 Number of Forwarding

取路由信息

MSCIAMmap_send_routing_infoHLRVLRMSCmap_provide_routing_numbermap_provide_routing_number ackmap_send_routing_info ackIAM

map_send_routing_info_req参数 MSISDN 必选，其余可选 CUG参数 Number of Forwarding Network Signal Info

map_send_routing_info_cnf参数 CUG参数 全部可选 IMSI MSRN Forwarding Data

map_provide_roaming_number_req参数 IMSI 必选 MSCNUM 必选，其余可选 MSISDN LMSI gsm BC Network Signal Info

map_provide_roaming_number_cnf参数 MSRN

到HLR取

路由信息可能得到漫游号码，也可能得到前转数据，对它们进行分析就得到路由信息（即被叫所在MSC的号码）。

? 补充业务

通常有呼叫有关的补充业务、呼叫无关的补充业务的叫法。实际上，呼叫有关的补充业务是指补充业务的实现过程，所有补充业务和电信业务一样，主要由系统中呼叫处理模块实现的（当然需要别的模块的配合）。呼叫无关的补充业务指补充业务的登记、删除、激活、去活、查询等补充业务的操作过程，这些操作主要由MAP完成。 显示类补充业务

对于提供类补充业务，提供后自动被登记和激活，并将数据在插入数据消息中送到VLR。其查询过程与前转类补充业务相同。 前转类补充业务

对于前转类补充业务，登记后自动被激活。在登记之后，可以被激活/去活（仅phase2）,其激活/去活过程和登记/删除过程相同。关于查询，前转类补充业务中仅CFU的查询需要访问HLR。

GSS接入register_ssmap_register_ssmap_register_ssmap_register_ss ackmap_registter_ss ackregister_ss ackmap_insert_subscriber_datamap_insert_subscriber_dataMSCVLRHLR

map_register_ss_req的参数

HLR收到登记补充业务的请求后，需要检查是否和别的业务冲突。如果登记成功，HLR会主动向VLR插入新的用户数据（如果需要）。

HLR成功删除一项前转类补充业务后，HLR也会主动向VLR插入新的用户数据（如果需要）。

禁止类补充业务

对于禁止类补充业务，提供后自动被登记。禁止类补充业务的激活/去活过程和前转类的流程类似，只是多了一个口令字确认过程。关于查询，呼出禁止类补充业务的查询访问VLR即可，呼入禁止类补充业务的查询需要访问HLR。

HLR收到激活补充业务的请求后，需要检查是否和别的业务冲突。如果激活成功，HLR会主动向VLR插入新的用户数据（如果需要）。

HLR成功去活一项前转类补充业务后，HLR也会主动向VLR插入新的用户数据（如果需要）。

GSS接入activate_ssMSCVLRHLRmap_activate_ssmap_activate_ssget_passwordget_passwordget_passwordget_password ackget_password ackget_password ackmap_activate_ss ackmap_activate_ss ackactivate_ss ackmap_insert_subscriber_datamap_insert_subscriber_data

登记口令字

系统开户时，在提供补充业务的同时，也提供禁止类补充业务的确省口令字，这个口令字可以有用户更改。

GSS接入register_passwordmap_register_pwmap_register_pwget_passwordget_passwordget_passwordget_password ackget_password ackget_password ack验证原口令字MSCVLRHLR取新的口令字重复新口令字map_register_pw ackmap_register_pw ackregister_pw ack

? 短消息

短消息过程和呼叫过程基本一致，只是短消息通过信令信道而不是话音信道传送，同时，接收 / 发送短消息不是实时的，短消息要在短消息中心暂时保存，排队等待处理（送到接收用户那里）。

MO_SM

mobile originated short message service

map_send_info_for_mo_sms_req参数 Service_Centre_Address 必选参数

map_forward_short_message参数

SM_RP_DA SM_RP_OA SM_RP_UI 以上为必选参数 More_Message_To_Send 可选

MT_SM

mobile terminated short message service

BSSMSCVLRHLRMSCsmmap_send_routing_info_for_smmap_send_routing_info_for_sm ackSCmap_forward_short_messagemap_send_info_for_mt_sms被叫接入过程map_send_info_for_mt_sms acksmsm ackmap_forward_short_message acksm acksmmap_forward_short_messagesmsm ackmap_forward_short_message acksm ack

map_send_routing_info_for_sm_req参数 MSISDN SM_RP_PRI Service_Centre_Address 都是必选参数

map_forward_short_message_req参数

SM_RP_DA SM_RP_OA SM_RP_UI 以上为必选参数 More_Message_To_Send 可选

map_send_info_for_mt_sm_req参数 SM_RP_DA 必选参数

第一部分第四章--BSSAP

这一章将以以下顺序进行： A）BSSAP整体结构介绍

第一节--BSSAP整体结构

BSSAP是应用于A接口的一种协议，在讲解这种协议之前先让我们来看一下A接口的信令分层结构：

空中接口传输设备BSC内部处理模块各种应用及控制模块BSSAPDTAPBSSMAPDTAPBSSAPBSSMAP分配功能SCCPMTPA-接口分配功能SCCPMTPBSSMSC

A接口协议结构

BSSAP：BSS应用部分 SCCP：信令连接控制部分 DTAP：直接转移应用部分 MTP：消息传递部分 BSSMAP：BSS移动应用部分 其中基站子系统应用部分(BSSAP)位于SCCP上层，GSM的BSSAP包括DTAP和BSSMAP两个部分（具体的两种消息的种类见附录一至附录四），并加上分配功能。结构示意图如下：

DTAPBSSMAP 分配功能 SCCP

图4 - 1

第二节--分配功能

SCCP层和L3间的分配子 层完成以下功能：

(a) DTAP和BSSMAP消息的区分；

(b) 将MSC发来的DTAP消息分配到各无线链路L2接入点

(C) 将从各无线链路L2接入点收到的DTAP消息汇合到A接口的信令链路上 此子层的协议只简单地包含一个或两个八位位组数据单元，每个SCCP用户数据字段必须包含一个分配数据单元作为首标，随后是长度指示和L3的BSSMAP消息和DTAP消息。DTAP和BSSMAP的区别如下图：

DTAP八位位组1鉴别参数八位位组2DLCI八位位组2八位位组3长度指示 LL3 ::八位位组L+3L3 L3消息长度指示八位位组1BSSMAP鉴别参数分配数据单元八位位组3长度指示 L八位位组4L3 ::八位位组L+3消息

图4 - 2

第三节--DTAP消息的传输

DTAP负责从MS到MSC或MSC到MS传送透明的L3消息，BSS对其中内容不做任何分析，BSS与MSC之间使用SCCP的2类业务（即基本面向连接类）传送。 用户数据字段包括 i）分配数据单元 ii）长度指示

iii）实际的L3消息。

其中的分配数据单元包括两个参数：鉴别参数和数据链路识别（DLCI）参数。鉴别参数此时置为透明传输编码如下所示：

鉴别参数：比特 8 7 6 5 4 3 2 1 0000000D其中 D=1, 表示透明传输

DLCI参数在从MSC发往BSS的消息中用来指示在无线接口上应用的数据链路类型；在从BSS发往MSC的消息中用来指示在无线接口上产生数据的数据链路类型。

第四节--BSSMAP消息的传输

SCCP上的BSSMAP消息的传输是为了在MSC和BSS的BSSMAP功能实体之间交换信息，BSSMAP消息的分配数据单元仅包含鉴别参数，其中的鉴别参数D配置为0，指示非透明传输。

鉴别参数：比特 8 7 6 5 4 3 2 1 0000000D其中 D=0, 表示非透明传输

第五节--消息举例

在实际操作中，在MSC与BSC之间的链路跟踪中可以看很多SCCP消息，其中就带有BSSMAP消息或DTAP消息作为用户数（SCCP消息分析详见No.7系统介绍）。以下取一个BSSMAP消息及DTAP消息作简单介绍。 i）BSSMAP消息

以下是从BSS到MSC的完整的一个SCCP的CR消息：

01 03 00 41 02 02 06 04 43 02 13 FE 04 04 43 BA 13 FE 0F 1E

00 1C 57 05 08 00 64 F0 13 13 09 00 01 17 0F 05 08 71 64 F0 13 13 09 23 05 F4 32 D3 07 00 00

第二行到最后一个00之间为BSSMAP消息（最后一个00为用户数据终了），各个8位二进制数含义为：

00 ：鉴别参数，此表示为BSSMAP消息 1C ：BSSMAP消息长度 57 ：消息类型

05 ：消息单元识别，此为小区识别消息单元 08 ：消息单元长度

00 ：小区识别鉴别器，此表示GCI码

64 F0 13 13 09 00 01 ：小区和GCI码，小区识别消息单元满8字节，结束， 17 ： 消息单元识别，此为完全层三消息消息单元，查GSM 0408规范 0F ：消息单元长度

05 ：前4BITS为处理识别，后4BITS为协议辨别语，此为移动性管理消息 08 ：MM消息的位置更新请求消息类型

71 ：前4BITS位置更新类型， 后4BITS密钥序列号 64 F0 13 13 09 ：位置区识别共5 BYTES

23 ：移动台类型，提供MS设备高优先权方面的信息 05 ： 移动台识别单元长度

F4 32 D3 07 00：移动台识别，F4后3BITS 指明为TMSI； ii）DTAP消息

以下用SCCP的DT1消息传送BSS到MSC的TMSI重分配完成消息： 06 00 00 40 00 01 05 01 00 02 05 5B

第二行为DTAP消息

01 ： 鉴别参数，此表示为DTAP消息 00 ：DLCI 02 ：消息长度

05 ：前4BITS为处理识别，后￥BITS为协议辨别语，此为移动性管理消息 5B ：消息类型，此为TMSI重分配完成

附录一 DTAP 消 息

移动管理（MM）消息 消息名 鉴权请求 Authentication request 鉴权响应 Authentication 传递方向 Network to MS MS to Network 功能 向MS指明鉴权已经失败 网络启动MS鉴权 将计算出的鉴权响应SRES传送网络 鉴权拒绝 Authentication reject Network to MS

消息名 传递方向 功能 若前一个连接失败，MS请求重建一个连接 网络向MS指明已经接受请求的业务 网络向MS指明不能提供请求的业务 MS请求连接管理（CM）子层实体的业务 网络请求MS提供标识 MS提供标识给网络 在网络中设置此MS处于非活动状态 网络通知MS位置更新或IMSI附着已经完成 网络通知MS位置更新或IMSI附着失败 MS请求位置更新或IMSI附着 向另一方报告错误状况 网络再分配一个新的TMSI给MS MS通知网络一个新的TMSI再分配已经发生 response CM重建请求 CM Re-establishment MS to Network request CM业务接受 CM service accept Network to MS CM业务拒绝 CM service reject CM业务请求 CM service request 识别请求 Identity request 识别响应 Identity response IMSI分离指示 IMSI detach indication Network to MS MS to Network Network to MS MS to Network MS to Network 位置更新接受 Location updating Network to MS accept 位置更新拒绝 Location updation Network to MS reject 位置更新请求 Location updating MS to Network request MM状态 MM-Status 双向 TMSI再分配 TMSI reallocation command TMSI再分配完成 TMSI reallocation complete Network to MS MS to Network

附录二 DTAP 消 息

呼叫控制（CC）消息 提醒Alerting 呼叫证实 Call conficmed 呼叫进行 Call proceeding 连接 Connect 连接证实 Connect acknowledge 紧急建立 Emergency setup 进展 Progress 建立 Setup 修改 Modify 修改完成 Modify complete 修改拒绝 Modify reject 用户信息 User information 断连 Disconnect 释放 Release 释放完成 Release complete 拥塞控制 Congestion control 通知 Notify 启动DTMF Start DTMF 启动DTMF证实 Start DTMF acknowledge 启动DTMF拒绝 Start DTMF reject 状态 Status 状态查询 Status enquiry 停止DTMF Stop DTMF 停止DTMF证实 Stop DTMF acknowledge 被叫MS到网络或网络到主叫MS 被叫MS到网络 网络到主叫MS 被叫MS到网络或网络到主叫MS 网络到被叫MS或主叫MS到网络 MS到网络 网络到MS 双向 双向 双向 双向 双向 双向 双向 双向 双向 双向 MS到网络 网络到MS 网络到MS 双向 双向 MS到网络 网络到MS 通知对方已经提醒被叫用户 被叫用户证实一个来话请求 网络表明主叫用户所请求的呼叫建立信息已经接收到 表明被叫用户已经接受呼叫 表明MS已经获得呼叫 MS启动紧急呼叫的建立 表明一个呼叫的进展 启动呼叫建立 请求改变一个呼叫的负载能力 表明呼叫负载能力的改变已经完成 表明呼叫负载能力的改变已经失败 MS发送到远端用户的信息或网络发送远端用户的信息 MS请求清除端对端连接或网络指明端对端连接被清除 表明发送方准备释放业务标识符TI 表明发送方已经释放TI，且接收方将释放TI 表明在发送用户信息消息时流量控制的建立和终止 指明关于一个呼叫的信息 网络请求将包含的数字转变成DTMF音调 指明网络已经成功地将包含的数字转变成DTMF音调 表明网络不接受将包含的数字转变成DTMF音调的请求 报告错误状况 请求同层的层3实体发送Status消息 停止发送DTMF音调到远端用户 表明DTMF音调的发送已经停止

附录三 BSSMAP 消 息 无连接消息 消息名 阻塞 BLOCK 阻塞证实 BLOCKING ACKNOWLEDGE 介闭 UNBLOCK 介闭证实 UNBLOCKING ACKNOWLEDGE 切换已执行 HANDOVER PERFORMED 切换候选者询问 HANDOVER CANDIDATE ENQUIRE 切换候选者询问响应 HANDOVER CANDIDATE RESPONSE 资源请求 RESOURCE REQUEST 资源指示 RESOURCE INDICATION 寻呼 PAGING 复位 RESET 复位证实 RESET ACKNOWLEDGE 过载 OVERLOAD 复位电路 RESET CIRCUIT 复位电路证实 RESET CIRCUIT ACKNOWLEDGE 传递方向 BSS to MSC MSC to BSS BSS to MSC MSC to BSS BSS to MSC MSC to BSS 功能 向MSC指明特定的陆地资源阻塞 指明相关电路中的业务已经被移去 指明特定的陆地资源可恢复服务 指明相关电路已经恢复服务 指明BSS已经执行了一个内部切换 MSC查询正在某个小区中工作的MS是否可以切换到其他小区 指明候选MS的数目 BSS to MSC MSC to BSS BSS to MSC MSC to BSS 双向 双向 双向 双向 双向 BSS请求当前特定小区中的空闲资源 响应资源请求消息 通知BSS在正确的小区发送寻呼消息 指明发送方发生了故障 指明发送方已经发生了复位，等待恢复业务 表明发送方过载 由于故障发送方特定的电路状态不明 表明发送方已清除了可能有关的呼总，等待恢复业务 附录四 BSSMAP 消 息

面向连接消息 消息名 指配请求 ASSIGNMENT REQ 传递方向 MSC to BSS 功能 请求BSS指配无线资源，消息中包括资源的特性和地面信道 指出所请求的指配已经正确完成 指出在BSS指配过程中出现故障，指配程序已终止 某MS要切换到该BSS所属的小区 指配完成 ASSIGNMENT COMPLETE 指配故障 ASS FAILURE 切换请求 HO Request BSS to MSC BSS to MSC MSC to BSS

本文来源：https://www.bwwdw.com/article/m0lh.html