当前位置：文档之家› TCAP信令原理-20061229-B-1.2

TCAP信令原理-20061229-B-1.2

TCAP信令原理

课程说明 (1)

课程介绍 (1)

课程目标 (1)

相关资料

TCAP信令原理

第1章 TCAP协议介绍

1.1 TCAP概述

1.1.1 TCAP 的功能

有一类消息与电路交换的呼叫建立、释放相关联，消息传送与控制具体应用

紧密结合，如TUP、ISUP，必须针对各种不同应用制定不同的协议，形成各种

针对具体应用的MTP用户部分。

随着电信业务的日益发展，电信网逐步智能化和综合化，应运而生的各种应

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

移动应用(MAP)、闭合用户群（CUG）等，要求交换机之间，交换机与网络中

心的数据库相关联，提供其间的信息请求和响应功能。如果按照传统的方法

为每一种新的应用专门设计一组消息类型，则不但效率低下而且协议管理复

杂。因此作为No.7信令系统中专门提供的与应用无关的网络信息交互协议一

事务处理能力协议，在各种新业务及No.7系统中将发挥越来越重要的作用。

该协议的过程和消息结构与具体的应用无关，这就是七号信令系统中的事务

处理能力（Transaction Capability-TC）协议，它与具体应用无关，由TC

－用户部分处理各种不同应用，如MAP、CAP等。

这里，“事务”指两个网络节点之间任意的交互过程。

TCAP信令原理

1.1.2 TCAP 在协议栈中的位置

OMAP：操作维护应用部分INAP：智能网应用部分

MAP：移动应用部分BSSAP：基站应用部分

MTUP：MTP测试用户部分MRVT： MTP选路验证测试

SRVT：SCCP 路由验证测试

图1-1 TCAP 在七号信令协议栈中的位置

如图1-1 所示，TCAP 在七号信令协议栈中的位置是处于SCCP（信令连接控

制部分）和OMAP(操作维护应用部分)、INAP（智能网应用部分）、MAP（移动

应用部分）等之间。利用SCCP 提供的无连接业务和面向连接业务，给上层的

用户如MAP、INAP 等网络业务的应用提供信息请求、响应等对话能力，为这

些应用服务。它是SCCP 的用户，也是MAP、INAP、OMAP 等的服务提供者。

TCAP是一种公共的规范，与具体的网络应用无关，具体的应用部分通过TCAP

提供的接口实现消息传递。如移动通信应用部分MAP通过TCAP完成漫游用户

的定位等业务。智能网应用部分INAP通过TCAP实现SCP数据库登记和数据

查询等功能。

TCAP信令原理

1.2 TCAP 构成

TCAP建立在SCCP之上，由ISP和TCAP两部分组成，ISP：为中间业务部

分，对应于OSI的4～6层功能，建立在SCCP的面向连接基础之上；TCAP：

事务处理能力应用部分，对应于OSI的第七层，建立在SCCP面向无连接基

础上。

根据数据传送的不同要求，可将TC用户分为两类：

（1）数据传送量小，但实时要求严；

（2）数据传送量大，但实时要求较低。

第一类用户称为实时用户，它们关心的主要是数据传送速度。例如在GSM系

统中，用户在呼叫建立阶段，本地交换局向HLR询问被叫路由信息，信息的

传送时间将直接影响到呼叫拨号后的时延，对于这类用户，，ISP部分开销过

大，不宜采用。这时，TC仅包含TCAP，它直接利用SCCP的无连接服务传

送数据。

第二类用户称为离线用户，这类用户关心的主要是数据传送的安全性，对数

据的传送速度并无严格要求，例如交换局向网管中心发送批量统计数据，发

送时间可以为几秒到几分，对于这类用户，TC应包含ISP，需要SCCP面向

连接业务的支持。

上述两种结构如图1-2所示。

图1-2无连接和面向连接的TC 结构

TCAP信令原理

1.3 TCAP应用

TCAP 的主要应用如下：

1. 交换局间数据交换

2. 交换局访问网络数据库中心

3. 网络数据库之间建立远程操作对话过程

为了面向所有应用提供统一的服务，TCAP将不同节点间的信息交互抽象为一

个操作，即起始点调用（Invoke）一个操作，远端目的地节点应请求执行该

操作，并可能向起始点回送操作执行结果。TCAP的核心就是执行远程操作。

为了完成某项业务过程，两个节点的对等实体之间可能涉及到许多操作，这

些相关操作的执行组合起来就构成一个所谓“对话”（即事务）。这种操作

模型类似于计算机的人机对话，请求计算机执行某操作；计算机响应该请求，

可能回送操作结果，也可能反过来请求用户执行一个操作，或者显示用户请

求无法理解。这一对话过程一直继续到问题解决为止。

正如对话语句是由一些基本单词组成一样，TCAP消息也是由基本构件-成份

（Component）组成的。一个成份对应于一个操作或一个操作响应，一个消息

（对话）可以包含多个成份，这样由有限个成份就可以构成大量的消息。上

述统一的消息结构和语法规则适合于任何类型的TC用户，因此，TCAP协议和

具体应用无关，但消息的语义，即每个成份中所包含的信息含义以及一个消

息中各个成份的次序则取决于具体的应用，由TC用户定义。

TCAP信令原理

第2章 TCAP子层结构和消息结构

2.1 TCAP 的子层结构

2.1.1 TCAP 的分层结构

TCAP 的核心是执行远程操作和对话，为了实现对操作和对话的控制，TCAP

又分为两个子层：成份子层(CSL)和事务子层(TSL)。CSL主要进行操作管理，

TSL主要进行事务(对话)管理，其分层结构如图3所示；CSL与TC用户通过

TCAP原语接口，与TSL通过TR原语接口；TSL 与SCCP 之间N－原语接

口（网络原语），使用SCCP 提供的网络服务。

图2-1 TCAP的分层结构

2.1.2 事务处理子层(Transaction Sublayer)

事务处理子层完成对本端事务处理子层用户和远端事务处理子层用户之间的

信令通信过程，及对事务进行管理。事务处理子层用户称为TR用户。目前已

知的唯一的TR用户就是成份子层(CSL)。对等CSL之间的通信也就是对等TC

用户之间的通信，称为对话。因此在目前定义的TCAP协议中，事务和对话完

全等同，两个具有一一对应的关系。

TCAP信令原理

在前面我们已经讲过，所谓对话，就是为了完成一个应用业务的信令过程，两个TC用户双向交换一系列TCAP消息。消息交换的开始、结束、先后顺序以及消息的内容均由TC用户控制和解释，事务子层则对对话的启动、保持和终结进行管理，包括对话过程异常情况的检测和处理。其协议过程适用于任何应用业务的对话。

在TCAP协议中，对话分为两大类---- 结构化对话和非结构化对话，这种分类是从对话的管理角度出发，与具体应用无关。

1. 非结构化对话

仅包含由本端发出的一个TCAP消息，没有对话的开始、继续和结束过程，类似于SCCP的无连接传送，称之为“单向消息”。主要用于发送第4类操作的请求消息，这类操作不要求对方回送响应。关于各类操作的定义在下面“成份子层”的介绍中给出。

2. 结构化对话

这类对话包含启动、保持（即消息交换）和终结三个阶段，也就是TC用户在发送每一个消息时指明对话的开始、继续和结束。类似于SCCP中的面向连接数据传送。在两个TC用户间允许存在多个结构化对话，每个对话必须由一个特定的对话标识号（TransactionID）标识,同一个对话中双方可以全双工地交换成份。用户在发送成份前指明对话的类型，对话所包含的消息可分为四种类型：

i) 对话开始(Begin)：指示一个对话处理的开始，类似于SCCP中的连接建立消

息。此消息必须带一个由本地TSL分配的源事务处理标识，用以标识这一对话。

ii)对话的继续(Continue):用来双向传送对话消息，指示对话处于消息交换状态。类似于SCCP面向连接服务中的数据消息（DT）。为了使接收端判定该消息属于哪一个对话，该消息必须带两个事务标识号：目的事务标识号（Destination Transaction ID）和源事务标识号（Origination Transaction ID），对端收到消息后可由目的事务标识识别所属对话。

iii)对话的结束（End），指示对话正常结束。可由任意一端TC用户发起。必须带有目的事务标识号。对话的结束有三种情况：

·预先安排结束：TC用户由预先安排何时结束对话，TC-END发送后，此对话不能再发送和接收成分。

TCAP信令原理

·基本结束：用TC-END原语使得传送悬而未决成分且该对话的两个方向都不再交换成分。

·对话由TR-用户中止：TC用户不考虑未决操作调用而请求立即结束对话。

TC用户提供端到端信息表明中止原因和诊断信息。

iv)对话的放弃（Abort）：指示对话非正常结束，它是在检测到对话过程出现差错时发出的消息。可由TC用户或事务子层发起，必须带有目的事务标识号。

非正常结束可以由TC用户或事务子层发起。

结构化对话中的事务标识号和SCCP中的信令连接的局部引用号十分类似。每个对话对应于一对事务标识号，分别由对话两端的事务子层分配。每个标识号只在分配的节点中有意义。对于每个消息而言，其发送端分配的标识号即为源端标识号，接收端分配的标识号即为目的地事务标识号，前者供接收端回送消息时作为目的地标识号使用，后者供接收端确定消息所属对话。

各类TCAP消息包含的事务标识号如下表所示：

表2-1各类TCAP消息中的事务标识号

3. TR原语

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

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

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

（2）TR-BEGIN：用于结构化对话的起始消息；

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

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

TCAP信令原理

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

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

弃消息；

2.1.3 成份子层(Component Sublayer)

1. 成份子层的功能

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

成份的处理，及对话的控制处理。一个对话消息包含一个或多个成份(少数无

成份，只起到对话控制作用)，一个成份对应于一个操作的执行请求或操作的

执行结果。每个成份由不同的成份调用标识号(Invoke ID)标识，通过调用标识

号，控制多个相同或不同操作成份的并发执行。该识别号仅供成份子层区分

并发执行各个操作，以便对各个操作的执行过程进行监视和管理，并不表示

这是一个什么操作。具体操作的定义由操作码标识，由TC用户定义。其含义

取决于具体应用业务，TCAP对此不予分析和处理。

调用标识号由发起操作请求的成份子层分配，对端回送操作响应成份时，也

必须包含该标识号，以指明是哪个操作的执行结果。由于成份是嵌在消息中

发送的，即成份是从属于对话的，因此不同对话中的成份可以使用同样的调

用标识号。这样，通过调用标识号，TCAP可以控制大量相同的或不同的操作

并发执行。

在一个对话中，发起一个新的操作的时侯分配一个调用标识号(Invoke ID)来标

识该操作，并作为消息中的一个参数发送给对端实体；对端实体在返回操作

结果的消息中也携带相同的调用标识号。在同一对话中，不同的操作分配不

同的调用标识号。通过调用标识号，可以在一个对话中唯一的标识一个操作，

从而控制多个相同或不同操作并发执行。

为了说明事务与操作的关系，举一个呼叫流程的例子。

图2-2 C\D 接口呼叫流程图

TCAP信令原理

在这个典型的呼叫流程中，依次有4条消息。这4条消息构成2个对话。第一个对话由消息1、4组成。其中，消息1是一个操作请求，用于MSC1向HLR请求路由信息，消息4是一个操作响应，用于HLR向MSC1返回路由信息。第二个对话由消息2、3组成。其中，消息2是一个操作请求，用于HLR 向MSC2请求漫游号码，消息3是一个操作响应，用于MSC2向HLR返回漫游号码。在每条消息中都含有一个成份，这个成份是操作请求或操作响应，在消息中的具体表现形式在TCAP协议中。

2. 操作分类

虽然成份的内容与应用有关，但是无论是什么应用系统，从操作过程来看，总可以归为如下五种类型：

（1）操作调用（Invoke-INV）：

（2）回送结果-最后结果（Return Result-last-RR-L）

（3）回送结果-非最后结果（Return Result-not last-RR-NL）

（4）回送错误（Return Error-RE）

（5）拒绝（Reject-RJ）

TCAP还根据操作执行的不同响应情况，将操作分为如下四类：

●1类：无论操作成功或失败均需向调用端报告，即发出该类操作的INV成

份后，对端必须回送RR成份或RE成份。

●2类：只报告操作失败。这表示该操作只是要求远端节点执行一个动作，

不需要回送任何信息。如果该动作执行成功，则不需要回送任何结果，

只有当操作执行不成功时，才需要回送一个RE成份。

●3类：只报告操作成功。与2类操作相反，它只在操作成功时才回送RR

成份。

●4类：无论操作成功或失败均不需报告，即本端发出INV成份后，将不会

收到对端发来的任何成份。

对于任一类操作，成份子层发出INV成份后都将启动一个定时器予以监视，定时值由应用业务规定。

3. TC 原语

我们已经知道，成份是嵌套在对话消息之中的。一个对话消息究竟包含哪几个成份，是由TC用户直接指定的。实际上，TC用户不但向成份子层发送成份数据，而且还通过对话控制TC原语指示发送的对话消息类型。原语发送顺序是：先逐个发送成份数据，每个成份原语均带有一个对话标识号（Dialogue

TCAP信令原理

ID），最后发送一个对话处理原语，其中也带有一个对话标识号。成份子层收到此原语后，就将在此之前收到的对话标识号与其相同的所有成份分配给这一对话，交事务子层发送，也就是将对话处理TC映射为TR原语，将所分配的成份作为TR原语的用户数据，将TC原语中的对话标识号直接映射成TR 原语中的事务标识号。对话消息的类型也是由TC用户指定的，这反映对话的进展过程。如果对话只包含一个操作，则消息类型和成份类型也由一定的联系，如：操作调用成份（INV）所在的消息一般为Begin类型，回复结果成份（RR）所在的消息一般为Continue 或 End 类型，拒绝成份（RJ）所在消息一般为End类型等。

成份子层通过TC原语和TC用户接口。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。

成份处理原语功能：

●TC－INVOKE （请求）的功能是TC用户调用一个操作，要求发送一个

调用成分。

●TC－INVOKE（指示）的功能是TC将接收的调用成分发送给TC-用户。

●TC-RESULT-NL（请求）：TC用户将成功执行的操作的分段结果的非最

终部分发送给TC，要求发送返回结果（非最终）成分RR-NL。

●TC-RESULT-NL（指示）：TC将成功执行的操作的分段结果的非最终部

分发送给TC用户。

●TC-RESULT-L（请求）：TC用户将成功执行的操作的结果或分段结果

的最终部分发送给TC，要求发送返回结果（最终）成分RR-L。

●TC-RESULT-L（指示）：TC将成功执行的操作的结果或分段结果的最

终部分发送给TC用户。

●TC-U-ERROR（请求）：当TC用户收到不能执行的操作（1、2类），

用覆盖请求原语指明失败理由（差错参数），要求发送差错成分RE。

●TC-U-ERROR（指示）：成分子层将远端收到的差错成分通知TC用户。

●TC－U－CANCEL（请求原语）：TC用户用此原语通知成分子层撤消一

个操作。

TCAP信令原理

●TC-L-CANCEL（指示）：成分子层用撤消功能通知TC用户与操作类别

1、2、3有关的操作时限到。对1类操作，是非正常情况。放弃的操作并

非都是对端未能执行的操作。

●TC-L-REJECT（指示）：成分子层发现收到成分无效，用此原语通知本

地TC用户，原语中含拒绝的原因（拒绝的原因）。

●TC-R-REJECT（指示）：成分子层用此原语通知本地TC用户，成分被

远端成分子层拒绝。

●TC-U-REJECT（请求）：TC用户用此原语说明其拒绝由其同层实体产

生的它认为不正确的成分，拒绝的原因在拒绝的原因中。

●TC-U-REJECT（指示）：成分子层用此原语通知TC用户，成分被远端

同层实体拒绝。

成份处理原语参数：

表2-2成份处理原语参数对照表

注：

M必备参数O提供者的任选参数C条件参数U由TC用户任选的参数= 在指示原语的值与对应的请求原语中的参数值相同

参数说明：

TCAP信令原理

●对话ID：把成分与一个特定的对话相联系。

●调用ID：用来识别一个操作的调用及其结果。

●链接ID：把一个操作调用链接至一个由远端TC用户调用的一个先前的

操作。

●差错：含TC用户提供的当操作失败时返回的信息。

●操作码：仅用于操作调用原语，即向对端TC用户指明具体应执行的动作。

●最终成分：仅用于“指示”类。一个对话消息含多个成分，成分子层向

TC用户传递数据，当传到该对话最后一个成分时，将“最终成分”参数

置位，表示数据传送完毕。

●时限：指明操作调用的最长有效时间。若超过该时限未收到结果，成分

子层撤消此操作，用TC-L-CANCEL指示原语通知TC-用户。

●问题码：识别拒绝一个成分的原因。

二、对话处理原语

对话处理原语类别：

对话处理原语用来在TC用户和成份子层之间传送对话进展信息，同时作为对话成份集的分界指示。

包括以下6种：

TC-UNI、TC-BEGIN、TC-CONTINUE、TC-END、TC-U-ABORT、TC-P-ABORT。

对话处理原语功能：

●TC-UNI（请求）：TC用户请求发送一个单向消息

●TC-UNI（指示）：成分子层通知TC用户收到一个单向消息

●TC-BEGIN（请求）：TC用户请求开始一个对话

●TC-BEGIN （指示）：成分子层通知TC用户远端要求开始一个对话

●TC-CONTINUE（请求）：TC用户请求继续一个对话

●TC-CONTINUE（指示）：成分子层通知TC用户对端继续一个对话

●TC-END（请求）：TC用户请求结束一个对话

●TC-END（指示）：成分子层通知TC用户远端要求结束一个对话

●TC-U-ABORT（请求）：TC用户请求终结一个对话而不传送未决成分

●TC-U-ABORT（指示）：成分子层通知TC用户远端TC用户要求终结一

个对话

TCAP信令原理

●TC－P－ABORT：（指示原语）由事务子层在检测到消息协议错或结构

错时，生成的对话中止消息，分别送往本端TC－用户和对端，不传送未

决成份。

●TC-NOTICE（指示）：成分子层通知TC用户网络业务提供者已不能提

供所请求的业务。

对话处理原语参数：

表2-3对话处理原语参数对照表

参数说明：

●业务质量：TC用户指示可接受的业务质量。无连接SCCP网络业务的“业

务质量”有“返回选择”和“顺序控制”参数

●地址参数：起源地址和目的地地址识别起源TC用户和目的地TC用户

●应用上下文名称：对话启动者或对话响应者建议的应用上下文识别，应

用上下文是应用实体AE应包含的应用服务元素ASE的数量和种类及AE

互通的必要信息

TCAP信令原理

●对话ID：把成分和对话联系起来，同一对话使用同一对话ID

●用户信息：独立于远端操作业务的TC用户间可交换的信息。

●成分存在：在指示原语中指明对话中是否存在成分部分

●中止原因：指明是由于收到应用上下文不支持，且无可选择或其他原因

而中止

●P-ABORT：说明TCAP中止一个对话的原因

●报告原因：SCCP返回消息时的原因，仅用于TC-NOTICE指示原语中

成分子层与事务处理子层有一对应关系。成分子层的对话处理原语与事务处

理子层的事务处理原语用相同名称。成分子层的成分处理原语在事务处理子

层无对应关系。

2.1.4 事务处理能力过程

TCAP过程分为成分子层过程与事务处理子层过程。成分子层过程为TC用户提

供调用远端操作和接收回答的能力，并从TC用户接收对话控制信息和用户信

息，在适当时间产生对话协议控制单元。事务处理子层过程功能是在用户间

建立端到端连接，在事务子层消息中传送一系列成分和作为任选的对话部分。

2.2 TCAP消息结构

TCAP消息编码采用基于X.208，X.209建议的ASN.1编码原则，使用嵌套信

息结构，具有很高的灵活性和开放性。因此在介绍TCAP消息结构之前，先

简单介绍一下ASN.1 编码。

2.2.1 ASN.1 编码

ASN.1编码的基本单位是基本信息单元。

1. 基本信息单元

基本信息单元（Information Element)简称为IE，包括标记(Tag)，长度(Length)

及内容(Content)三部分组成。标记用以区分不同的信息单元（IE），决定对内

容字段的解释；长度用以指明Content含有字节的个数。按照内容的复杂程度，

信息单元可以分为本原体（Primitive）和复合体（Constructor）两种。本原体

的内容是简单数据类型，复合体的内容是一个（或多个）基本信息单元。

TCAP信令原理

2. 标记

标记（Tag），由一个或多个8位位组组成，包括类别（Class），格式（Form）及标记码（Tag Code）三部分。通常，标记的结构如图2-3 所示：

图2-3基本信息单元标记

其中HG两个比特组成Class，将标记分为4类：

?HG = 00 普通类（Universal），CCITT建议X.209中专用标准化的标签，与应用类型无关。是ASN.1定义的一些最常用的数据类型。

?HG = 01 全应用类（Application-Wide），它应用于七号系统TCAP功能各种应用业务ASE（即TCAP用户）的信息元，例如事物处理子层的标记均

采用此类标记。

?HG =10 应用上下文类（Context-specific），它用于在下一个较高结构（Constructor）中规定的信息元，这些信息元还要考虑同一结构

（Constructor）中其它数据元素的顺序，该标记可以在其它结构

（Constructor）中重用，例如成份处理子层的标记均采用此类标记。

?HG=11 专用类（Private Use），用于对一个国家、一个网络、或一个专用用户规定的信息单元。这些信息元不属于TC的协议范围。

比特F格式：指信息元的形式，

0：表示该IE为本原体（Primitive）

1：表示该IE为复合体（Constructor）

比特E-A为标记码，表示此标签序号，可扩充为多字节，格式如图2-4所示：

TCAP 信令原理

～～

类别形式

标记码

（00000~11110）

（a ）单字节格式类别形式

标记码

扩展位1

MSB

扩展位 0

LSB

（B ）扩展格式

～

图2-4 标记码格式

在单字节格式中，标记只占一个八位位组，标记码为E-A 位，其取值范围为00000-11110（十进制0~30）。若标记码大于30，则要采用多字节的扩展格式，这时第一字节的E-A 位置置为11111，它的作用示指示标记采用多字节格式表示，本身不是标记码值的一部分。后续字节的H 位用于扩展位。若H=1，表示其后一个字节还是标记扩展字节；若H=0，表示这是最后一个标记字节。所有扩展字节的G-A 位串接组成标记码。第一扩展字节的G 位为标记码的最高有效位（MSB ），最末扩展字节的A 位为最低有效位（LSB ）。扩展格式标记码的最小码值为31，它只需一个扩展字节，该字节的G-A 位编码为0011111。标记扩展字节不能为全0，即对于一个给定的标记码值，必须采用最小数目的扩展字节。 3. 长度

长度指示Content 部分所占的八位位组数，它不包括Tag 和Length 字段的八位位组。

长度字段有三种编码形式：

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

TCAP信令原理

b）若长度大于等于128个八位位组，则采用长格式。在这种编码方式中，长度字段本身编码的长度为2-127。其中，第1字节的H位置1，G-A位的二进制编码值长度字段的长度减1，信息元本身也用无符号二进制数表示，其最高有效位为第2字节的G位，最低有效位为最末字节的A位。

c）在不定型编码中，长度字段只占一个八位位组，起编码固定为10000000，它并不表示信息元的长度，只是不定型编码的一个标志。采用这种编码方式，需要在信息元的末尾设置一个特殊的“内容结束”（EOC：End-Of-Content）指示语。该指示语是作为一个信息元来处理的，其标记（ Class）是Universal 类，Form是Primitive，TagCode为0，没有Content部分，所以长度为0。不定型编码可以用于任意长度的信息元，其最大长度仅受限于SCCP消息的最大长度。这种编码可以代替短格式或长格式长度编码，其唯一要求是应用的信息元必须是Constructor类型，因为EOC本身就是一个消息元，如下图所示：

图2-5不定长格式信息元

4. 信息元举例

04 08 64 00 70 07 09 00 00 F1

上面的编码是一个信息单元的例子。其中，04 是标记，08 是长度，其余部分是内容。对标记 04 进一步分析可知，这个信息单元是一个普通类，在X.209中有完全标准化的定义，同时信息单元是本原体，标记码是 4 。通过X.209知，这个标记表示Octect String，也就是说，信息单元的内容是一个八位组的数组。其实，这个信息单元的内容表示的是一个IMSI 。

6C 80 ...... 00 00

上面的例子也是一个信息单元。其中，6C 是标记，80 是表示不定长，最后两个00表示信息单元的结束，中间省略的部分是信息单元的内容。对标记 6C 进