通信人家园

标题: TCAP的对话以及事务处理有什么用？请指教！！ [查看完整版帖子] [打印本页]

时间: 2004-6-16 16:45

作者: lxgao 标题: TCAP的对话以及事务处理有什么用？请指教！！

TCAP的作用主要是传输电路无关的消息，比如访问远端数据库。我觉得有调用id就足够了，发送端对某个操作申请一个id；接收端操作完成后将响应返回来。利用调用id就可以将发送端区分出来，为什么还有用对话和事务处理？一般在什么时候需要使用对话和事务处理，请指教！！！

时间: 2004-6-16 22:38

作者: 小学生

这个……这个……问题好难
我没有看到过比较标准的答案,只能说说自己的理解.
使用id来识别操作,并且基于ID做事务控制,其实只能适合一方主导的事务类型,或者单个"请求/响应"操作对的需要;而使用TCAP,则能满足双方协商的多请求/响应方式的事务.
举个智能网的例子,在SSP和SCP之间完成一个对话,有多个INAP操作,并且该操作可以由SSP或者SCP中的任何一方随时中止,假如只使用ID进行识别而不是使用TC_END原语的话,不确定的一方中止请求,会让另一方的响应机构一直等待,直到超时释放,这样比较浪费资源.
另外,使用TCAP,其实也是有ID在表示一个事务的(更多的,会称呼其为会话).也就是说,仅仅使用ID来控制事务,能够实现的事务模式是简单的,只有追加了TC_BEGIN/TC_CONTINUE/TC_END/TC_U_ERROR/TC_L_ERROR这样的原语之后,才能实现多个步骤,不确定的事务(会话)操作.
抛个砖,希望高手指教:)

时间: 2004-6-16 22:43

作者: 小学生

补充一下:其实使用TCAP,看到最多的原语就是TC_CONTINUE1或者TC_CONTINUE2,这个现象也说明,对于多个交互步骤的操作,TCAP是比较好的解决方案.

时间: 2004-6-17 13:23

作者: lxgao

谢谢指教。
像SSP和SCP这样的交互，不应该是一个呼叫建立过程都存在一个事务吧。这样也是很浪费资源的。我觉得TCAP的两方本来就是一个“客户机/服务器”的模式，本来就是一方主导啊！比如发送方发送一个请求，服务器如果不能执行操作，直接拒绝就行啊，应该不会存在超时资源浪费的问题。
还有一个问题。我觉得TCAP中的调用id应该是成份层确定的，但是发送端在收到响应后通过什么手段确定应用层的哪个终端？
我对TCAP也不是十分了解，如果有什么幼稚的错误，就当个笑话给大家娱乐娱乐吧！！！

时间: 2004-6-17 21:08

作者: 小学生

在SSP和SCP之间的交互,确实是一个通话就是一个事务,在SSP和SCP上分别存在自动机,记录通话在不同设备上的状态;SSP和SCP两者之间也没有主从关系,任何一方都可以发起或者结束会话.

时间: 2004-6-18 09:25

作者: lxgao

小学生老大：到底在什么情况下必须用对话？假设对话是必须的，我觉得成分层的对话已经足够了，为什么还有增加一个事务子层？单单成分层的对话我觉得也可以实现端对端的通信啊，不是吗？请指教！！！

时间: 2004-6-19 12:09

作者: 小学生

呵呵,说实话,我还真不能用简单明了的话语把问题说清楚.TCAP主要的应用基本上集中在通信上,在SSCP上承载具体的应用协议,如INAP/MAP/CAP/CAMEL都是TCAP用户,虽然TCAP提供的原语并不是很多,但是在这些原语具体承载的TC-用户上,实现的东西倒是比较复杂,小弟我能力有限,无法深入浅出的为大哥您解释了.等回头我再找些相关文档仔细学习了之后再说吧.抱歉抱歉!

时间: 2006-3-15 16:29

作者: 32049415

提示: 作者被禁止或删除内容自动屏蔽

时间: 2006-3-15 16:32

作者: 32049415

提示: 作者被禁止或删除内容自动屏蔽

通信人家园 (https://www.txrjy.com/)