华为7号信令教材(SCCP、TCAP、MAP等)

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

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

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

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

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

一般了解：

有助于您更深层次的掌握信令

应已经掌握的知识：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，是否是因为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

以上过程通过以下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至高层和至

MTP的业务接口通过原语来描述。下表列出了SCCP各类业务和管理用

到的用户原语及其参数。

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

SCCP和MTP之间的原语，有用于数据传输的MTP_TRANSFER请求和MTP_TRANSFER指示，及用于子系统与信令点状态管理的MTP_PAUSE指示、MTP_RESUME指示、MTP_STATUS指示。

三，SCCP消息

1，原语与消息的关系

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

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

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

由于我们已经明白了原语与消息之间的关系，因此我们按照上面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)的业务指示语SI=0011，则表明此消息为SCCP消息。SCCP 的消息内容位于消息信令单元MSU的信令信息字段（SIF）中，格式如图所示。路由标记包括目的地信令点编码DPC、起源点信令点编码OPC、信令链路选择码SLS。

图3.2SCCP的消息格式

从以上的SCCP的消息结构中我们看到了很多的参数（消息中参数），但并不是每条每种类型的消息都必需具备全部的参数，下面我们列表说明哪些参数对哪些消息类型是必需的（M）而对于其他消息类型则是可选的（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的一种).

以下将对

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.

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

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 Data Numbering Plan (Recommendation X.121)

0100 Telex Numbering Plan (Recommendation F.69)

0101 Maritime Mobile Numbering Plan (Recommendations E.210 and

E.211)

0110 Land Mobile Numbering Plan (Recommendation E.212)

0111 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 Subscriber number

0000010 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格式(华为内部格式)

举例

请注意：其实“52”与“40”是一回事。“52”是在链路跟踪时实际观察到的在链路上发送的Octet，“40”是在数据配置时设定的。“52”即“0101 0010”，我们在数据设定时只是取了其中的3--6位“0100”，至于位7，在数配中另有字段予以设定。

第一部分第二章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 七层模型之间的关系：

1.2

T C --用户

成分子层

事物处理子层

层7

层6层5层4层3

T C A P

IS P

T C

T C 的结构

第二节--TCAP 的基本结构

TCAP 为了实现操作和对话的控制，分为两个子层 --- 成份子层(CSL)和事务处理子层(TSL)，CSL 主要进行操作管理，

TCAP 的分层结构

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

T C --用户 T C

S C C P

M T P

在7号信令系统中T C 的情况

一，事务处理子层(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）三部分。

B A

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

图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消息的参数的信息编码如下表：