关于TCAP
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
TCAP:事务处理能力应用部分(Transaction Capabilities Application Part)
事务处理能力应用部分(TCAP)是SS7 协议之一,能够部署高级智能网络服务,这是通过使用信令连接控制部分(SCCP:Signaling Connection Control Part)无连接服务,在信令点间提供非电路相关(non-circuit-related)信息的交换来实现的。
此外,TCAP 也支持远程控制功能-调用其它远程网络交换机上的性能特征。
SSP 通过TCAP 可以查询SCP,以决定与800、888 或900 拨号相连的路由号(routing number),然后SCP 再通过TCAP 向SSP 返回一个包含路由号(或一个差错/拒绝部分)的响应。
电话卡的验证也是通过TCAP 的查询和响应信息。
当一个移动用户漫游到一个新的移动交换中心(MSC:mobile switching center)区域时,综合来宾位置注册(integrated visitor location register)通过TCAP 信息传送的移动应用部分(MAP)信息,从用户归属位置注册(HLR)请求服务配置文件信息。
TCAP 信息包含于MSU 的SCCP 部分。
一个TCAP 信息由两部分构成:事务部分(transaction portion )和组成部分(component portion)。
协议结构
TCAP 事务部分包含数据包类型标识符,数据包类型具体如下:
Unidirectional:只在一个方向上传输成分。
Query with Permission:开始一个TCAP 事务(如1-800 查询)。
目的结点可以终止该事务。
Query without Permission :开始一个TCAP 事务。
目的结点不能终止该事务。
Response:终止CAP 事务。
对1-800 查询权限的响应可能包含和800 号码相关的路由号。
Conversation with Permission:继续一个TCAP 事务。
目的结点可以终止该事务。
Conversation without Permission:继续一个TCAP 事务。
目的结点不能终止该事务。
Abort:由于出现异常终止事务。
事务部分也包含源事务ID 和响应事务ID 字段,用于将TCAP 事务与源和目的信令点上的特定应用程序关联起来。
TCAP 组成部分包括以下成分:
Invoke (Last):调用程序。
例如,一个Query with Permission 事务可以包括一个Invoke (Last)成分,来请求800 拨号的SCP
转换。
该组成部分是查询中的"last" 成分。
Invoke (Not Last):类似于Invoke(Last)组成部分,只是其后面还有一个或多个组成部分。
Return Result (Last):返回调用操作的结果。
该成分是响应部分的"last" 成分。
Return Result (Not Last):类似于Return Result (Last),只是其后面还有一个或多个组成部分。
Return Error:报告调用操作失败。
Reject:表明接收到一个不正确的数据包类型或组成部分。
组成部分包含一些参数,这些参数包括TCAP 未经校验而传递的特定应用数据。
TCAP 头结构:
TCAP 协议结构
Information Element -information element 根据它在信息语法中的位置进行第 1 次解读。
TCAP 信息中的每个information element 都具有相同的结构。
一个information element 由3 个字段构成:Tag 、Length 和Content 。
Tag -Tag 用以区分各个information element ,并控制Content 字段的解读。
该字段可能为一个或多个octet 。
Tag 由Class 、Form 和Tag code 3 部分组成。
Length -指定Content 字段大小。
Contents -包含元素实质,以及元素要传送的主要信息。
相关协议:SS7/C7、ASP、BICC、BISUP、DUP、ISUP、SCCP、TCAP、TUP
组织来源:TCAP 定义在ITU-T 文档Q.773 中。