专利名称：Tcap模式下数据容灾保持通讯方法
技术领域：
本发明属于智能网业务技术领域，涉及一种灾难处理方法，尤其涉及一种TCAP模式下的数据容灾保持通讯方法。
背景技术：
智能网是为了更灵活、方便、经济、有效地提供增值业务，在传统的移动交换网中引入的一种叠加网络，由此整个移动网络便形成了由原有的交换层和叠加的智能层所构成的网络结构，交换层负责完成基本业务呼叫连接功能，而更复杂的一些增值业务则由智能层进行控制实现。因此，智能网具有以下几方面的特点1.业务处理与呼叫控制分离； 2. SCP(业务控制节点)作为集中的业务控制中心；3.业务独立模块构建业务逻辑。CTI是计算机电话集成(Computer Telephony Integration)技术的缩写，最初是 20世纪80年代，在交换机设备上提供开放的计算机接口 CTI LINK而得名，目的是用计算机控制交换机，满足提供一些增值业务的需要。CTI方式的优点是没有过多的接口标准化方面的考虑，实现起来比较快，而且业务的开发比较简单。通过引入人工座席，大大地丰富了业务服务的内容，而且大量地应用于改善服务质量方面的工作，发展成为电子商务中信息流的一种形式。电信网络的主要运营目的，就是为用户提供越来越多的电信业务，智能网和CTI 技术都是为了使运营商提供增值业务而出现的。现阶段CTI的发展是以客户服务中心等方式应用于各个行业中，发展十分迅猛，但其存在着呼叫话路迂回缺陷；而智能网虽然能够克服这一缺陷，但其自身却存在业务灵活性不够的缺陷，且主要集中在电信领域的应用，在其他领域应用较少。可以设想，如果在实际应用中能够将CTI与智能网加以结合，则能较好地利用各种网络资源，提供更加优质的增值业务服务。因此，能否设计一种简单易行的方法，能够实现CTI和智能网的完美融合，实现统一呼叫，为本领域技术人员开拓了崭新的思路。在此基础上还需要同时兼顾异常处理容灾性问题，以设计出更加可靠的系统。
发明内容
本发明所要解决的技术问题是提供一种TCAP模式下数据容灾保持通讯方法，可确保在后台服务或数据库出现异常断开的情况下使前端客户不受影响。为解决上述技术问题，本发明采用如下技术方案一种TCAP模式下数据容灾保持通讯方法，所述方法包括如下步骤步骤Si、用户拨打特服号，MSC/SS判断出该特服号是一个智能网触发的增值业务号码，并反馈至智能业务控制平台；步骤S2、所述智能业务控制平台中的SCP模块收到触发消息，判断业务逻辑并发送至CTI模块；
步骤S3、CTI模块数据返回正常则进行正常的呼叫流程；如果返回超时，则SCP模块自动切换到不访问后台CTI的模式；连接connect消息中设有会话的被叫号码、主叫号码，被叫号码、主叫号码来自IDP消息；步骤S4、所述SCP模块发送connect消息、基本呼叫状态模型事件报告请求RRBE 消息给主叫MSC/SSP ；步骤S5、主叫MSC收到所述connect消息后，根据主叫号码、被叫号码，发送IAM消息给被叫MSC ；步骤S6、建立话路连接，主叫、被叫即可通话。作为本发明的一种优选方案，所述步骤Sl进一步包括端局或者关口局上先做好智能网触发数据，采用被叫触发或者采用主叫触发。作为本发明的一种优选方案，所述步骤S3中，SCP模块从SCP内存数组中查询该会话数据设置connect消息的相关字段、以及固定的RRBE消息字段给主叫MSC/SSP。作为本发明的一种优选方案，所述步骤S3中，Connect信令的主叫字段(destinationRoutingAddress, genericNumbers)填入收至Ij 的 IDP 信令的 calIingPartyNumber 字段，destinationRoutingAddress 字段填入 calIedPartyNumber 字段中取出的被叫真实号码；calledPartyNumber是主叫用户所拨的号码，其中包含了特服号的前缀；所以得取特服号后面的真实号码。作为本发明的一种优选方案，所述方法进一步包括步骤S7 =SCP模块切换到无访问服务状态时，每隔设定时间访问一次服务判断返回是否正常，若返回正常则切换到访问服务状态，若仍然超时则继续保持工作在无访问服务状态。作为本发明的一种优选方案，所述connect消息为TCAP协议中的呼叫接续消息， 由SCP发送给MSC/SSP。作为本发明的一种优选方案，所述智能业务控制平台包括SCP功能模块和CTI功能模块，平台承担与SSP进行交互智能网消息，并处理完成各种业务逻辑。作为本发明的一种优选方案，所述SCP模块接受来自SSP送来的查询信息并查询数据库，进行各种译码。进一步地，所述SCP模块还根据SSP上报上来的业务逻辑，完成业务逻辑控制功能。作为本发明的一种优选方案，所述CTI模块承担所述智能业务平台的业务逻辑处理。进一步地，所述业务逻辑处理包括取键、放/录音、电话会议、A⑶以及传真。与现有技术相比，本发明提出的TCAP模式下数据容灾保持通讯方法具有如下优占.
^ \\\ ·(1)有效降低了服务提供商的风险，即时在后台系统崩溃的情况下，也不影响一次拨号的通话；(2)灵活性强、业务升级迅速，服务提供商后台升级服务系统时，可不影响前端用户的呼叫；(3)用户容量大，此方式不像传统的话路连接容易达到瓶颈，只要几条信令连接就能达到上十万的用户。
图1为本发明的智能业务平台接入智能网的组网图；图2为CTI平台接入智能网的组网图；图3为容灾模式下无后台服务端的SCP接入图；图4为采用本发明容灾模式下的信令流程图。
具体实施例方式下面结合附图详细说明本发明的优选实施例。实施例一本发明揭示了一种TCAP模式下数据容灾保持通讯方法，本发明原理为对CTI的呼叫话路迂回缺陷采用智能网方式进行弥补，而对智能网方式的业务灵活性缺陷采用CTI 方式进行弥补，TCAP为增值业务提供商提供了极大的便利，在同样资源的情况下能发展比原来多几十倍的用户，同时采用本发明通过TCAP方式增加系统的稳定性、可靠性。在与后台数据库失去连接的情况下，采用将IDP数据保存在内存中的方法确保connect信令在无后台返回的情况下有备用数据可填，确保主被叫之间的通话。下面结合附图和实例对本发明作进一步说明参照图4所示，本发明TCAP模式下数据容灾保持通讯方法包括如下步骤步骤1)当用户一次拨号拨打特服号+被叫号时，MSC(Mobile Switch Center)/ SSP (Service switch point)判断出这是一个智能网触发的增值业务号码，发送hitDP到智能业务控制平台。步骤2)智能业务控制平台中的SCP模块收到触发消息，判断业务逻辑并发送至 CTI模块。步骤3)CTI由于意外原因和SCP失去连接无法返回查询结果。步骤4)SCP等待查询呼叫信息返回包超时，自动切换到无需访问后台服务的状态，确保前端用户通话。步骤幻SCP模块发送connect、RRBE (RRBE为基本呼叫状态模型事件报告请求，即BCSM事件报告请求)消息给主叫MSC/SSP ；其中Cormet信令的主叫字段(destinationRoutingAddress, genericNumbers)填入收至Ij 的 IDP 信令的 calIingPartyNumber 字段，destinationRoutingAddress 字段填入 calIedPartyNumber 字段中取出的被叫真实号码。calledPartyNumber是主叫用户所拨的号码，其中包含了特服号的前缀。因此可以得取特服号后面的真实号码。步骤6)主叫MSC收到connect消息后根据主被叫号码，发送IAM消息给被叫MSC。步骤7)主叫MSC收到被叫MSC的ACM消息，主被叫之间实现通话。步骤8) SCP切换到无访问服务状态时，每8分钟访问一次服务看返回是否正常，若正常则切换到访问服务状态，若还是超时则还是工作再无访问服务状态。图1和图2示出了带有数据容灾功能智能模块的CTI平台接入组网图，图3示出了本发明的数据容灾功能智能模块的简单组网图，从中可以看出智能业务平台主要包括 SCP功能模块和CTI功能模块，平台主要承担与SSP进行交互IDP/ETC/C0NNECT等智能网消息，并处理完成各种业务逻辑。所述SCP模块主要功能是接受来自SSP送来的查询信息并查询数据库，进行各种译码；同时根据SSP上报上来的业务逻辑，完成业务逻辑控制功能。所述CTI模块承担智能业务平台的取键、放/录音、电话会议、ACD、传真以及复杂的业务逻辑处理。实施例二本实施例通过一个具体的案例介绍本发明数据容灾保持通讯方法的实际应用。直接拨打特服号；当用户(例如号码为:13511111111)拨打1258922222特服号+ 被叫号码时，主叫MSC向HLR查询得到0/T-CSI信息，主叫MSC/SSP根据T-CSI的全局码 (GT =Global Title)信息向智能业务平台发送InitDP消息，SCP模块接收到InitDP消息， 将IDP消息保存在内存数组中并解析主叫和被叫号码，并根据被叫号码判断出所对应的业务逻辑，在此，1258922222所对应的业务是连接到后台服务数据库查询相关呼叫权限。SCP将该用户的呼叫请求包发给后台服务系统，服务系统由于异常返回超时。SCP 程序为不影响具有呼叫权限用户的使用，切换到无需访问服务的状态，将connect信令和 RRBE信令发给主叫MSC，connect的主叫字段填13511111111，被叫字段填22222。MSC/SSP 接收到connect消息之后，解析出connect消息中的主叫号码和被叫号码，根据被叫号码发送IAM消息给被叫MSC。被叫MSC收到IAM消息并返回摘机消息ACN/ANM。此时，主被叫之间就能通话了。之后SCP程序每8分钟访问一次后台服务看异常是否恢复，若恢复的话重新切换到访问服务的状态，若没恢复则继续工作再无需访问服务状态。^itDP消息、connect 连接消息的详细内容请参见表1，运营商和局方所做的数据请参见表2。
IDPMSGid=80 nLen=01(svcKey): 45 id=83 nLen=08(callingParty): 83 13 31 15 11 11 11 11 id=85 nLen=01 (callingPartyCategory): Oa id=88 nLen=04(IPS SPCapbility): 00 00 00 00 id=8a nLen=04(LocatNum): 04 17 68 42 id=bb nLen=05(bearCap): 80 03 80 90 a3 id=9c nLen=01 (eventTypeBCSM): 02 id=9B8 nLen=04(calledBCD): 81 21 85 29 22 22 f id=9B9 nLen=08(time): 02 01 60 21 41 42 51 00 IN :sess=01035129 mark=4393 invoke=0 InitDP(2)=13511111111,|1258922222 msc= sess=0103 5129,bcsmEvt=2 addCalling=,origCalled= redirParty= mscAddr= LocNum=024, svcKey=69connectsess=01035129,TC-INVOK Connect(I)! DATA: 30 Ic aO 0b 04 09 84 10 68 31 08 20 04 72 f4 ae Od 04 0b 80 22 22 ￡2表1 =InitDP消息、connect连接消息的详细内容
权利要求
1.一种TCAP模式下数据容灾保持通讯方法，其特征在于，所述方法包括如下步骤 步骤Si、用户拨打特服号，MSC/SS判断出该特服号是一个智能网触发的增值业务号码，并反馈至智能业务控制平台；步骤S2、所述智能业务控制平台中的SCP模块收到触发消息，判断业务逻辑并发送至 CTI模块；步骤S3、CTI模块数据返回正常则进行正常的呼叫流程；如果返回超时，则SCP模块自动切换到不访问后台CTI的模式；连接connect消息中设有会话的被叫号码、主叫号码，被叫号码、主叫号码来自IDP消息；步骤S4、所述SCP模块发送connect消息、基本呼叫状态模型事件报告请求RRBE消息给主叫MSC/SSP ；步骤S5、主叫MSC收到所述connect消息后，根据主叫号码、被叫号码，发送IAM消息给被叫MSC ；步骤S6、建立话路连接，主叫、被叫即可通话。
2.根据权利要求1所述的TCAP模式下数据容灾保持通讯方法，其特征在于所述步骤Sl进一步包括端局或者关口局上先做好智能网触发数据，采用被叫触发或者采用主叫触发。
3.根据权利要求1所述的TCAP模式下数据容灾保持通讯方法，其特征在于所述步骤S3中，SCP模块从SCP内存数组中查询该会话数据设置connect消息的相关字段、以及固定的RRBE消息字段给主叫MSC/SSP。
4.根据权利要求3所述的TCAP模式下数据容灾保持通讯方法，其特征在于所述步骤 S3 中，Connect 信令的主叫字段(destinationRoutingAddress, genericNumbers)填入收至Ij 的 IDP 信令的 calIingPartyNumber 字段， destinationRoutingAddress字段填入calIedPartyNumber字段中取出的被叫真实号码； calledPartyNumber是主叫用户所拨的号码，其中包含了特服号的前缀；所以得取特服号后面的真实号码。
5.根据权利要求1所述的TCAP模式下数据容灾保持通讯方法，其特征在于所述方法进一步包括步骤S7 :SCP模块切换到无访问服务状态时，每隔设定时间访问一次服务判断返回是否正常，若返回正常则切换到访问服务状态，若仍然超时则继续保持工作在无访问服务状态。
6.根据权利要求1所述的TCAP模式下数据容灾保持通讯方法，其特征在于 所述connect消息为TCAP协议中的呼叫接续消息，由SCP发送给MSC/SSP。
7.根据权利要求1所述的TCAP模式下数据容灾保持通讯方法，其特征在于 所述智能业务控制平台包括SCP功能模块和CTI功能模块，平台承担与SSP进行交互智能网消息，并处理完成各种业务逻辑。
8.根据权利要求7所述的TCAP模式下数据容灾保持通讯方法，其特征在于 所述SCP模块接受来自SSP送来的查询信息并查询数据库，进行各种译码。
9.根据权利要求8所述的TCAP模式下数据容灾保持通讯方法，其特征在于 所述SCP模块还根据SSP上报上来的业务逻辑，完成业务逻辑控制功能。
10.根据权利要求6所述的TCAP模式下数据容灾保持通讯方法，其特征在于所述CTI模块承担所述智能业务平台的业务逻辑处理；所述业务逻辑处理包括取键、 放/录音、电话会议、ACD以及传真。
全文摘要
本发明揭示了一种TCAP模式下数据容灾保持通讯方法，包括S1、用户拨打特服号，MSC/SS判断出该特服号是一个智能网触发的增值业务号码，并反馈至智能业务控制平台；S2、所述智能业务控制平台中的SCP模块收到触发消息，判断业务逻辑并发送至CTI模块；S3、CTI模块数据返回正常则进行正常的呼叫流程；如果返回超时，则SCP模块自动切换到不访问后台CTI的模式；connect消息中设有会话的被叫号码、主叫号码，被叫号码、主叫号码来自IDP消息；S4、SCP模块发送connect消息、RRBE消息给主叫MSC/SSP；S5、主叫MSC收到connect消息后，根据主叫号码、被叫号码，发送IAM消息给被叫MSC；S6、建立话路连接，主叫、被叫即可通话。本发明可确保在后台服务或数据库出现异常断开的情况下使前端客户不受影响。
文档编号H04Q3/00GK102438183SQ20121000661
公开日2012年5月2日 申请日期2012年1月10日 优先权日2011年11月24日
发明者吴睿嘉, 张煜, 胡文杰, 范晨, 邱丽霞, 陈志坚 申请人:杭州世导通讯有限公司