TCAP信令原理-20061229-B-1.2
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
TCAP信令原理
TCAP信令原理
TCAP信令原理
目录
课程说明 (1)
课程介绍 (1)
课程目标 (1)
相关资料 (1)
第1章 TCAP协议介绍 (2)
1.1 TCAP概述 (2)
1.1.1 TCAP 的功能 (2)
1.1.2 TCAP 在协议栈中的位置 (3)
1.2 TCAP 构成 (4)
1.3 TCAP应用 (5)
第2章 TCAP子层结构和消息结构 (6)
2.1 TCAP 的子层结构 (6)
2.1.1 TCAP 的分层结构 (6)
2.1.2 事务处理子层(Transaction Sublayer) (6)
2.1.3 成份子层(Component Sublayer) (9)
2.1.4 事务处理能力过程 (15)
2.2 TCAP消息结构 (15)
2.2.1 ASN.1 编码 (15)
2.2.2 TCAP消息结构 (19)
2.2.3 TCAP消息举例 (24)
小结 (26)
学习指导 (27)
TCAP信令原理
课程说明
课程介绍
本课程将对TCAP信令做详细的讲解,包括TCAP消息结构、消息类型。 课程目标
完成本课程学习,学员能够掌握:
●TCAP协议
●TCAP 消息结构
●TCAP 信息单元结构
●TCAP 消息分析
相关资料
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用户定义。