MA020004TCAP信令原理.pptVIP

从SAU/SSP NO7消息跟踪窗口中看到的一个P-ABORT消息的例子： SCCP NAT 518 002 111113 1B0802 09 81 03 0D 17 0A .... 0A .... UDT 被叫地址 主叫地址 0B 67 09 ------ABORT消息类型/长度 49 04 ---------DTID TAG/长度 36 01 00 08 -----DTID 4A 01 ---------P-ABORT原因TAG/长度 04 --------------P-ABORT原因 TCAP消息结构－ABORT消息解析 异常原因 P-ABORT原因值 不识别的TCAP消息类型 00 不识别的事务处理ID 01 不良结构的事务处理部分 02 不正确的事务处理部分 03 资源限制 04 TC是事务处理能力部分，是一个统一的传送与电路无关消息的协议，其特点是消息结构与具体应用无关，专门处理网络中任意两点间的消息交互过程，实现两点间的远程操作。这里说的“事务”便是网络两个节点之间的消息交互过程。 TC建立在SCCP之上，由ISP（中间服务部分）和TCAP（事务处理能力应用部分）组成。其中，TCAP建立在SCCP面向无连接服务基础上。目前，TC只提供TCAP部分，暂时未提供ISP部分。 INAP:Intelligent Network Application Part. CAP：CAMEL Application Part，归属于ETSI的GSM系列规范。简单地说，CAP就是基于GSM网络的智能网协议规范 MAP:Mobile Application Part. 我们以客户在银行办理事务为例来解释相关概念。 诸如客户填写单据、营业员将客户户头上款项转走等行为，我们成为“操作”，这些操作可能存在成功或不成功等结果。客户和营业员之间需要相互请求对方执行某些“操作”（我们称之为“操作调用”），并通知对方这些操作的结果，我们将“操作调用、操作调用结果等信息称之为”成份“。 客户和营业员之间的的这些“成份”交互是为了完成某笔业务，例如完成转帐等，我们将这么一笔业务成为一次“事务”。 一个业务员会面对多个客户处理多个事务，他和某个客户之间为了处理某个事务，必须和这个客户之间建立一种对话联系，例如客户坐到营业员前面，业务员首先向客户问好，便开始了对话，然后相互询问信息，处理事务，这是对话的继续，最后道别结束回话。 某个客户和某个业务员之间的信息交往，包含在对话的开始、继续、结束等整个过程之中。在一次对话中，可以处理一个或多个事务。 操作调用（Invoke，INV）： 向远端用户请求信息或执行某一动作，所有INV成份均包含一个调用标识及一个用户定义的操作码。 最终结果成份（Return_result_last，RR_L） 操作调用的结果已经发送完毕。 非最终结果成份（Return_resut_not_last，RR_NL） 操作调用的结果尚未已经发送完毕，还需要下一个消息继续发送。 回送差错（Return_Error，RE）： 表示操作执行失败，并通过错误代码及必要的参数表示失败原因。 拒绝成份（Reject，REJ）： TC用户或TCAP发现成份信息有错或无法理解时，拒绝执行操作，并指明拒绝原因。 非结构性对话很少用到。 在INAP/CAP信令流程中，常用的是结构性对话。 我们知道：七号信令不同网络节点之间相同功能层之间的交互信息称为消息。同一网络节点之间不同功能层间的交互信息称为原语。 两个节点TCAP之间的交互信息就是TCAP消息。 一个节点内TCAP与TC用户的交互信息被称为TC原语。TC原语由成份处理原语和对话处理原语构成。 一个节点内TCAP与SCCP的交互信息被称N原语。 TCAP内部TSL与CSL之间的交互信息称为TR原语。 TC用户关心的是对话，TCAP为每个对话建立事务。 TID(Transaction ID):事务标识号。 OTID(Original Transaction ID):源端事务标识号。 DTID(Destination Transaction ID):目的端事务标识号。 这里以PPS用户呼叫PSTN用户为例子，给出了TCAP信令流程。TCAP消息中传送的是CAP消息。 TC用户需要传送的成份，都必须通过对话的方式传送。 ·TC－INVOKE：有请示和指示两种。功能：调用一个操作。 ·TC－RESULT－L：（请求和指示）功能，返回成功操作的最终结果。 ·TC－RESULT－NL：与TC－RESULT－L相似，只要返回的为分段结果。 ·TC－U－ERROR