信令的基础知识及实际应用

以下对信令的介绍将分两部分进行，第一部分将介绍信令的基础性知识如：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的位置：

由此可见SCCP是我们后面将要学习的TCAP,MAP,BSSAP的承载，因此他的重要

性是显而易见的，但是我们为什么要引入SCCP,是否是因为MTP寻路功能的局限性致

使我们要引入SCCP呢？

第二节，MTP寻路的局限性

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

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

关，消息的传输路径一般和相关的呼叫连接路径有固定的对应关系。但是，随着通信新

业务的不断发展，越来越多的网络业务需要和远端网络节点直接传送控制消息，这些消

息和连接电路无关，有些甚至与呼叫无关，如GSM中移动台和HLR,VLR之间的消息

传输；有些虽然与呼叫直接相关，但是消息传输路径不一定要和呼叫连接路径相同也不

要求有某种确定的对应关系。

若仍然用MTP和TUP的四级结构传送上述的消息，会带来以下问题：

一，MTP是根据DPC和SIO（ServiceIndicator—业务指示语）来选择路由并确定终端

用户的，这一寻址功能具有以下的局限性：

a：SPC（信令点编码）不是国际统一编码，它由信令点所在网定义。当GSM中

的国际漫游用户向他的HLR进行位置更新时，信令始发点无法知道该国外HLR的DPC,

因此不可能通过MTP实现节点至节点的信令直接传输。

b：SIO编码仅为4位，即MTP至多可将消息分配给16个不同的用户部分，这不

能适应未来电信业务的发展。

二，目前的电信业务大多只需要传送实时的短消息，以后有可能要在网络节点间传

送大量的非实时消息，这就要用到分组交换中的虚电路概念，预先建立连接，进行面向

连接的传输。而MTP只能实现无连接传输。

因此CCITT提出了新的结构分层-SCCP,目的是使它和MTP相结合，提供相当于OSI

结构的网络层功能，实现信令消息在任意两个信令点之间透明的直接传输。常将SCCP

和MTP合称为NSP（NetworkServicePart-网络业务部分），将它们传送的用户数据称

为NSDU（NetworkServiceDataUnit-网络业务数据单元）

在了解了MTP的局限性，也即SCCP的重要性后我们将正式开始SCCP的介绍。

第三节，SCCP的特点和功能

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

能将从网络服务方面予以说明，请注意与MTP的对比。

一，SCCP的应用特点：

a,能传送各种与电路无关的信令消息

b,具有增强的寻路选址

c,除了无连接的服务功能之外，还能提供面向连接的服务功能。

SCCP的用户之一TCAP就是利用它提供的完善的网络层功能实现各种现有的和未

来的电路无关消息的远程传送，支持移动通信，智能网，电信管理网络等各项新业务，

新功能。

二，网络服务功能

对应于SCCP的网络服务，具体有四类协议：

0类（class0）：基本无连接服务；

1类（classl）：有序无连接服务；

2类（class2）：基本面向连接服务；

3类（class3）：流量控制面向连接服务；

按是否连接可以归为以下两大类：

1，无连接服务

类似于分组交换中的数据报传送，它不需要预先建立连接。以这种方式传送的

消息称为单元数据（UDT）,之所以称为UDT是因为在无连接方式中，消息只能整体传送,

不能拆卸分段传送。其中0类协议不能保证消息收发顺序一致，1类可以。

2,面向连接服务

类似于分组交换中的虚电路传送，它在发送消息前先通过应答的方式在始节点

和终节点之间建立一条消息传输路径，这种方式适用于传送大量的成批数据。这样可以

避免大批数据盲目的送入信令网却达不到终节点的无效传输情况。

第四节，SCCP的消息和原语

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

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

以说明

一，原语：

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

在0SI七层模型中（N+1）层称为（N）的用户，由（N）层向其提供服务，（N-1）

层称为（N）层的服务提供者，向（N）层提供通信连接。服务与服务提供者之间要进行

一些交互，即在相邻层之间均存在层间接口，而这些层间接口是由服务原语（Service

Primitive）来定义的。0SI规定了四种原语类型：

请求（REQUEST）

指示（INDICATION）

响应(RESPONSE)

证实(CONFIRMATION)

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

节点A节点B

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：CDACGASEQRDUD

送数据消息。

N_NOTICE：通知原语，用于无连接服务时通知消CDACGAUD

息起源点消息无法送达目的地点。

连接建立原语，用于面向连接服务中

N_CONNECT：CDACGARRUDQOSUD

的接续建立过程。CIEDSRCSRR

N_DISCONNECT：连接拆除原语，用于面向连接服务中RAREAUDCIREAOR

的接续拆除过程

N_DATA：数据原语，用于面向连接服务时传送CRUDCI

数据消息。

N_EXPEDITED_DATA：加速数据原语，用于3类协议中传递UDCI

紧急数据。

N_DATA_ACK数据证实原语，用于证实已收到远端CI

请求证实的消息

N_RESET：复位原语，用于3类协议中传递连接REACIORREA

复位消息。

NJNFORM：报告原语，用于面向连接服务中在数REAQOSCI

据传送阶段传送相关的网络或用户

信息。

其中原语参数的含义如下:

原语参数含义原语参数含义

CDA被叫地址CGA主叫地址

CI连接识别号CR证实请求

EDS加速数据选择QOS服务质量参数集

OR发信者RA响应地址

RCS接收证实选择REA理由

RO回送选择RR回送理由

SEQ顺序控制DD用户数据

SCCP和MTP之间的原语，有用于数据传输的MTP_TRANSFER请求和

MTP_TRANSFER指示，及用于子系统与信令点状态管理的MTP_PAUSE指示、

MTP_RESUME指示、MTP_STATUS指示。

三，SCCP消息

1,原语与消息的关系___________________________________________

让我们来看一下原语与消息的关系:SCCP在收到用户发来的原语请求或响应后，就

根据原语参数将用户数据连同必要的控制和选路信息封装成SCCP消息，发往远端对等

SCCP实体。|由此可见，所谓的SCCP协议就是规定SCCP消息的类型，格式及其在各种不同

情况下的收发程序。

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

2,SCCP消息类型

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

消息名缩写消息编码

单元数据UDT00001001

单元数据服务UDTS00001010

连接请求CR00000001

连接证实CC00000010

连接拒绝CREF00000011

连接释放RLSD00000100

连接完成RLC00000101

1型数据DT100000110

2型数据DT200000111

数据证实AK00001000

加速数据ED00001011

加速数据证实EA00001100

复位请求RSR00001101

复位确认RSC00001110

协议数据单元出错ERR00001111

不活动性测试IT00010000

由于我们已经明白了原语与消息之间的关系，因此我们按照上面16种消息与N-原

语的关系并按应用关系将其分为如下四类：

i）无连接服务消息

包括UDT和UDTS,它们和N-UNITDATA原语配合，完成无连接方式下的数据传送。

ii）连接建立和释放消息

包括CR,CC,CREF,RLSD,RLC,它们和N-CONNECT,N-DISCONNECT原

语配合，完成逻辑信令的连接建立和释放。

iii）面向连接数据传送消息

包括DTI,DT2,AK,ED,EA,RSR,RSC；

其中DT1和DT2与N--DATA原语配合,完成面向连接方式下的数据传送，DTI

消息用于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：

FCKSIFSIOLIFIBFSNBIBBSNF

第三级:

信令网管信HlHOSLSOPCDPC

息

SCCP：

EOP用户数据SCCP消息消息类型SLSOPCDPC

头

若某消息信令单元（MSU）的业务指示语SI=0011,则表明此消息为SCCP消息。SCCP

的消息内容位于消息信令单元MSU的信令信息字段|（SIF）|中，格式如图所示。路由标

记包括目的地信令点编码DPC、起源点信令点编码OPC、信令链路选择码SLS。

路由标记

消息类型

必备参数A

M»长度固定的必备项

必备参数I

一参数M指示字

M

—参数P指示字

任选项开始指小字

〉长度可变的必备项

f参数M的长度指示

参数M

M

f参数P的长度指示

参数P

参数名X

参数X的长度指示

参数X

M》任选参数项

参数名Z

参数Z的长度指示

图3.2SCCP的消息格式

从以上的SCCP的消息结构中我们看到了很多的参数（消息中参数），但并不是每

条每种类型的消息都必需具备全部的参数，下面我们列表说明—对哪些消息类型

是必需的（M）而对于其他消息类型则是可选的（。）或根本就是不需要的：

SCCP消息中的参数:

参数字UUCCCRRDDAEERREI参数名

段DDRCRLLTTKDASSRT编码

TTESC12RcR

SFD

消息类型MMMMMMMMMMMMMMMM

目的地局MMMMMMMMMMMMM00000001

部5用号

源端局部MMMMMMM00000010

引用号

被叫地址MMM0000000011

主叫地址MM000000100

协议类别MMMM00000101

分段/重装M00000110

接收消息M00000111

序号

顺序/分段MM00001000

信用量00MM00001001

释放原因M00001010

诊断M00000001011

复位原因M00001100

错误原因M00001101

用户数据MM0000MMM00001111

拒绝原因M00001110

任选参数O0OO0000000000

结束

以下将对常用的儿个参数（即UDT/UDTS/CR/CC/DT1五种消息类型所带的必选参

数）的意义予以说明：

i）目的地局部引用号和源端局部引用号

是用来标识某一个连接段的内部号码，只用于面向连接服务，其值在连接建立的时

候由两端的SCCP独立分配,以后的数据传送时就以此引用号指示传送路径。参数长度

为B个八位位组，全I码保留。

ii）被叫地址和主叫地址

标识目的地和始发端的SCCP地址，是可变长参数。

iii）胁议类型

其1-4比特指示协议类型：

4321

0000

0001

0010

0011

当为2,3类时，5-8比特为备用。当为0,1类时，5-8比特指示传送失败时是否需要

回送：

8765_______________

0000消息不回送

1000消息回送

其余备用

iv）分段/重装参数只用于DT1消息。

由发送端的SCCP设定，告知目的地的SCCP本消息是否还有更多的数据放在后续消息中

传送，即目的些SCCP是否需要对消息进行重装。长度为一个八位位组,2-8比特备用,

1比特置1表示有更多的数据，置0表示没有更多的数据。

v）用户数据

该字段的内容就是发送消息的SCCP用户在原语中送来的用户数据,它将被邈诵

送往目的地的SCCP用户。

4,SCCP消息的生成

在理解了SCCP的原语，消息类型，以及消息中的参数后，我们将从一个实际的例

子中来看一下一条具体的SCCP消息是如何生成的。

i）SCCP收至U其用户发来的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消息中的主叫地址和被叫地址,并得到（4TP4址

的DPC,同时填入本节点的OPC码。

vii）将原语参数中的用户数据原封不动的装入UDT消息的“用户数据字段数

viii）置业务指示语SI=0011,指示MTP其用户为SCCP,

至此，形成一个完整的UDT消息，然后SCCP形成MTPJTRANSFER请求原语发送给

MTPo最后整个UDT消息作为SIF字段嵌入MTP消息，经由信令网络传送

至远端。

第五节，SCCP的寻址与选路

前面四节所讨论的都是SCCP的内容，主要偏重于原理性的介绍。从这一节开始我

们将讨论SCCP的实际应用方面的知识，这一节的内容非常重要，因为它涉及到我们数

据的配置。

—,SCCP地址和编码

SCCP地址有三种类型：

1，信令点编码（SPC）

2,子系统号（SSN）-Sub-SystemNumber

用于识别一个节点中的各个SCCP用户，它扩充了SI（4比特）的本地寻址范围。

3,全局名（GT）-GlobelTitle

对于GT茗们需要明确一下几点：

i）它主要在始发节点不知道目的地节点网络地址的情况下使用

ii）它一般为某种编号计划中的号码，由于电信业务的编码计划已考虑到国际统一,

因此GT能标识全球任何一个信令点和

iii）由于MTP无法根据GT选路，因此SCCP必需首先把被叫的GT翻译成DPC或

DPC+SSN,才能转交MTP发送，同时还需向下一节点标明GT基于的是什么编号计划。

iv）由于节点资源有限，不能期望一个节点的SCCP能翻译所有的GT,因此有可能

始发端先将GT翻译成某个中间点的DPC,该中间点的SCCP再将GT翻译成最终目的地的

DPCo

二，GT编码格式说明____________________

1,SCCP定义的地址标准格式（仅介绍用于MAP的一种）.

AddressIndicator(Octet1)___________

Address(Octet2-N)_______________

以下将对AddressIndicator和Address予以说明：

a)AddressIndicator(〜个字节)说明

位8:Unused

{^7:RoutingIndicator

为0时裹示用GT+SSN寻址

为1时表示用DPC+SSN寻址

位6-3:GlobalTitle(GT)Indicator

仅仅0100用JMAP,表示GT包含TranslationType,NumberingPlan,

EncodingScheme及Natureofaddressindicator.

位2:SSNIndicator

为0时表示不包含SSN

为1时表示包含SSN

{il:PointCodeIndicator

为0时表示不包含SignallingPointCode

为1时表示包含SignallingPointCode

b)Address说明：

Address=SPC+SSN+GT.

2,当GTindicator=4时,GT的编码格式为:

87654321

Translationtype

NumberingPlanEncodingscheme

备用NatureOfAddressIndicator

地址信息

以下对各种编码格式做出说明：

i）Translationtype在MAP中为00000000.

ii）Thenumberingplan编码规则如下：

Bits8765

0000Unknown

0001ISDN/TelephonyNumberingPlan(seeRecommendationsE.163and

E.164)

0010Spare

0011DataNumberingPlan(RecommendationX.121)

0100TelexNumberingPlan(RecommendationF.69)

0101MaritimeMobileNumberingPlan(RecommendationsE.210and

E.211)

0110LandMobileNumberingPlan(RecommendationE.212)

0111ISDN/MobileNumberingPlan(RecommendationE.214)

1000to1110Spare

1111Reserved

其中最常用的为E.164与E.214两种.

iii)Encodingscheme编码规则如下：

Bits4321

0000Unknown

0001BCD,oddnumberofdigits

0010BCD,evennumberofdigits

iv)NatureOfAddressIndicator编码规则如下：

0000001Subscribernumber

0000010Reservedfornationaluse

0000011Nationalsignificantnumber

0000100Internationalnumber

其中最常用的是Internationalnumber

3,SCCP地址举例：___________

以下＞各分标准格式与华为内部格斗两种情况予以说明：

i)标准格式：0D=13(长度)52060071046831296306202000

说明：

CalledPartyAddress

reservedfornationaluse:0

routingindicator:routingbasedonDPCandSSN

globaltitleindicator:4=globaltitleincludestranslationtype,numberingplan,encoding

schemeandnatureofaddressindicator

SSNindicator:addresscontainsasubsystemnumber

pointcodeindicator:addresscontainsnosignallingpointcode

subsystemnumber:6=HLR(HomeLocationRegister)

translationtype:0

numberingplan:7=ISDN/mobilenumberingplan(recommendationE.214)

encodingscheme:1=BCD,oddnumberofdigits

natureofaddressindicator:4=internationalnumber

addressinformation:8613923660020200

ii)内部格式：GT转换表中的GT格式(华为内部格式)

构成如下图所示：

GlobalTitle(GT)

Indicator

Translationtype

Encodingscheme

Numberingplan

Natureofaddress

indicator

AddressInfomation

举例40001140861390477

请注意：其实“52”与“40”是一回事。“52”是在链路跟踪时实际观察到的在链路上发

送的Octet,“40”是在数据配置时设定的。“52”即“01010010”，我们在数据设定时只

是取了其中的3—6位“0100”，至于位7,在数配中另有字段予以设定。

第一部分第二章TCAP

在介绍了SCCP以后我们来看一下SCCP的一个用户一TCAP。对TCAP的描述将分以下几部分

进行：

A)TCAP概述

主要引入TC,TCAP,以及与SCCP的关系，并阐明了TCAP在0SI模型中的位置

B)TCAP的基本结构

二要按TCAP的两个子层，成份子层(CSL)和事务处理子层(TSL)来介绍，然后讲

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

C)TCAP的消息结构

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

第一节一TCAP概述

随着我国电信业的日益发展，电信网逐步智能化和综合化，产生了多种不同的应用，

例如：被叫付费，VPN,AOC等智能网业务，信令网的维护和运行管理(OMAP),移动

应用(MAP),闭合用户群(CUG)等，要求交换机之间，交换机与网管中心的数据库相

关联，提供其间的信息请求和响应功能。作为No.7信令系统中专门提供的与应用无关的

网络信息交互协议T事务处理能力(TC)协议，在各种新业务及No.7系统中将发挥越

来越重要的作用。

“事务”(Transaction)也可称为“对话”，泛指两个网络节点之间任意的交互过程。

TC由事务处理能力应用部分(TCAP)及中间服务部分(IS|)两部分组成。其中，TCAP

的功能对应于OSI的第7层，ISP对应「OSI的第464

如果TC用户要求传送的数据量小而实时要求严格，则TC仅包含TCAP,直接利用

SCCP的无连接服务（0、1类）传送数据；如果TC用户要求传送的数据量大而实时要求

较低，安全性要求较高，贝UTC将利用SCCP的有连接服务（3、4类）传送数据。因为目

前CCITT仅仅是研究制定了前一种TC协议而未考虑ISP协议的制定，因此，目前TC与

TCAP具有相同的含义，-一般对二者

不必区分。下图为TCAP与TC以及0SI

七层模型之间的关系：

层71.2

层6

层5

层4

层3

TC的结构

TC一用户

TC

SCCP

第二节一TCAP的基本结构

TCAP为T实现操作和对话的控制,

分为两个子层一成份子层(CSL)和事务

mM，CSL主要进行操作管理,MTP

TSL主要进行事务(即对话)管理，

在7号信令系统中TC的情

TCAP的分层结构

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

—,事务处理子层(TSL-TransactionSub-Layer)

事务处理子层完成对本端成份子层用户和远端事务处理子层用户之间通信过程的

管理，事务处理用户(TC用户)目前唯一的就是成份子层(CSL),因此对于对等CSL用户

之间通信的对话与事务是一一对应的。

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

和处理。

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

a)非结构化对话

TC用户发送不期待回答的成份(第四类操作)，没有对话的开始，继续和结束过程，

在TCAP中利用单向消息发送；TC用户接收到一个单向消息，若要报告协议差错，也要

利用单向消息。

b)结构化对话

TC用户指明对话的开始、继续和结束。在两个TC用户间允许存在多个结构对话,

每个对话必须由一个特定的小:务标识号(TransactionlD)标识。同一个对话中对方可全

双工地交换成份，用户在发送成份前指明对话的四种类型：

i)对话开始(lTC_Begid)：指示一个对话处理的开始，此消息必须带一个由本地TSL

分配的源事务处理标识，用以标识这一对话。

ii)对话的继续(|TCContinu|)：TC用户继续一个建立的对话，可全双工交换

成份。为了使接收端判断该Continue消息属于哪个对话，Continue必须带两个事务标识

'/：11的事务标识号(DestinationTransactionID)和源事务标识号(OriginationTransaction

ID)I，对端收到Continue消息后可根据目的事务标识识别所属的对话。

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

-预先安排结束

-基本结束

iv)对话中止(TC_Abort),该类消息指示对话非正常结束，它是在检测到对

话过程出现差错时发出的消息。

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

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

成份的处理，及对话的控制处理。

一个对话消息可以包含一个或多个成份(少数无成份,只起到对话控制作用)，一个

成份对应于一个操作的执行请求或操作的执行结果。每个成份由不同的成份调用标识号

(InvokeID)标识，通过调用标识号，控制多个相同或不同操作成份的并发执行。

操作的定义由具体操作码及参数标识，由TC用户定义，成份子层通过TC成份原语

进行成份处瞿^对话的形式请求相关于某一对话标识的成份,将成份嵌入对话与对话

控制部分，通过TR原语发向对端的TCA^,因此成份子层分为成份处理及对话处理。

实际上，成份子层并不管理对话过程，它仅仅将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)TREND：用于结构化对话的传送结束消息；

(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-CANCELo

对话处理原语包括以下6种：

TC-UNLTC-BEGIN、TC-CONTINUE,TC-END、TC-U-ABORT.TCP-ABORTo

第三节一TCAP消息结构

TCAP消息由一个单构成式信息单元组成，其包括事务处理子层的事务

处理部分，与成份相关成份子层的成份部分及作为任选包含应用上下文及

用户信息的对话控制部分。TCAP消息编码原则基于X.208,X.209建议，是

由包含标记，长度，内容的基本信息单元组成的一个嵌套信息结构，具有

很高的灵活性和开放性。

一,基本信息单元(IE--InformationElement)编码

IE包括标记(Tag),长度(Length)及内容(Content)三部分组成。Tag用以区

分不同的信息元(IE),决定对内容字段的解释；Length用以指明Content

的8位组数；内容可以是一个数值(Primitive,本原体),也可以是一个(或

多个)基本信息单元(Constructor,复合)。

(1)标记(Tag),由一个或多个8位位组组成，包括类别(Class),

格式(Form)及标记码(TagCode)三部分。

HGFEDCBA

TagTagCode

Form

图251-1IE标记（TagCode为0-30的情况）

TagForm11111

1MSB

1

•••

0LSB

图2.5.1-1IE标记（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)指示语。

该指示语是作为一个信息元来处理的，其标记(TagClass)是Universal

类，Form是Primitive,TagCode为0,没有Content部分，所以长度为0。

不定型编码可以用于任意长度的信息元，其最大长度仅受限于SCCP消

息的最大长度。这种编码可以代替短格式或长格式长度编码，其唯一要求

是应用的信息元必须是Constructor类型，因为EOC本身就是一个消息元。

二、TCAP消息的结构

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

事务处理部分

成份

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

三、TCAP消息编码：

如同在SCCP中我们介绍了消息的参数，并列表说明了哪些参数对于某些

消息来说是必要的，而对于其它消息来说则是可选的或根本就不需要一样,

这里将介绍TCAP的消息与消息中的参数的关系，分为：事务处理部分，成

份部分，对话部分来介绍。

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

下表：

表253-1事务处理部分TCAP消息

单起继结协用

_金口—,口h___8Ln_

I向消息始消息续消息束消息议放弃户放弃

信息名类型

1UNBEConENP-U-

标记编码

TGINtinueDABORTABORT

Con0X60X60X60X60X60X6

消息类型

structor1M2M5M4M7M7M

PrimOX

源事务IDMM

itive48无无无无

目PrimOX

无无MMMM

的事务IDitive49

协议放弃PrimOX

无无无无M无

原因itive4A

用户放弃ConOX

无无无无无0

原因structor6B

对话ConOX

000000

部分structor6B

成份ConOX

M000无无

部分structor6C

若干Con

M000无无

成份structor

(2)成份部分

表253-2成份部分TCAP消息

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

(3)对话部分

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

息调用成份回复结果RETVRN返回错误成拒绝成

信息元，INVOKERESULT份份

最终LAS非最终NRETURNREJECT

元名k

信息,理TOTLastERROR

龙示记编码

成份类型Construct0XA10A20XA70XA30XA4

or

调用标识Primitive0X02MMMM

链接标识本原体0X800无无无

错误码本原体0X02/0X无无M无

06

问题码本原体0XA1/0X无无无M

A3

参数序列复合体0X30/0X00无无

31

操作码本原体0X02/0XM0无无

06

参数Primitive/000无

Construct

or

第一部分第二章--MAP(MobiIeApplicationPart一移动应用部分)